kuno09

Ich weiß, dass das Thema schon sehr alt ist, allerdings bin ich heute auf das gleiche Problem gestoßen und wollte für die Nachwelt kurz die Lösung hinterlassen, falls jemand irgendwann nochmal vor dem gleichen Problem steht.

In der RDP-Konfiguration auf Optionen gehen, den Tab "Lokale Ressourcen" wählen und dort unter dem Punkt Tastatur "Windows-Tastenkombination anwenden:

aus dem Dropdown-Feld "Auf diesem Computer" auswählen

Hiernach werden die Dtne korrekt zum Terminalserver übertragen.

Gruß Kuno

dcdiag /q gibt gar nichts aus...

Dachte ich auch - laut der ipconfig /all ausgabe ist es jedoch vorhanden.

Da er aber auch mit dem FQDN nur mit nachfolgendem Punkt pingen kann, tippe ich auf WINS

Den FQDN kann ich mit nem Punkt dahinter auch nicht anpingen...

Habt ihr vielleicht ne Idee, warum er in der Netzwerkerkennung das Domänennetzwerk nicht erkennt?

Ja den DNS-Cache hab ich auch schon geleert.

Hab es auch schon komplett mit deaktiviertem DNS-Cache-Dienst versucht.

Mit deaktiviertem WINS-Dienst tritt das Problem trotzdem auf...

Den WINS brauchen wir eigentlich nicht mehr, verstehe nur nicht warum es von den anderen Clients funktioniert und von diesen nicht.

Wenn ich die WINS-Server bei der statischen IP rausnehme, bleibt das Problem trotzdem...

Hast du schon versucht auf den Clients das TCP/IP Auto-Tuning zu deaktivieren?

Eingabeaufforderung als Administrator starten und dann folgenden Befehl eingeben:

netsh interface tcp set global autotuning=disabled

Dann einmal neu starten und schauen, ob die Performance besser aussieht

wenn du einen ping auf

zielserver.firmaint.de machst - funktioniert das?

mit welchem Hintergrund steht ein WINS bei euch?

lg

Nein auch hierbei funktioniert der ping nicht.

Wenn ich allerdings zielserver. anpinge klappt es...

Der WINS wurde bei der Migration der Domäne mit übernommen.

Und Teil2:

Tunneladapter isatap.{1E0D3833-F448-4435-9B04-E2B1725019C9}:

Medienstatus. . . . . . . . . . . : Medium getrennt

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter

Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

DHCP aktiviert. . . . . . . . . . : Nein

Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.itoutint.de:

Medienstatus. . . . . . . . . . . : Medium getrennt

Verbindungsspezifisches DNS-Suffix: firmaint.de

Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #2

Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

DHCP aktiviert. . . . . . . . . . : Nein

Autokonfiguration aktiviert . . . : Ja

Tunneladapter Teredo Tunneling Pseudo-Interface:

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface

Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

DHCP aktiviert. . . . . . . . . . : Nein

Autokonfiguration aktiviert . . . : Ja

IPv6-Adresse. . . . . . . . . . . : 2001:0:5ef5:79fd:30e4:f677:a441:190a(Bev

rzugt)

Verbindungslokale IPv6-Adresse . : fe80::30e4:f677:a441:190a%26(Bevorzugt)

Standardgateway . . . . . . . . . : ::

NetBIOS über TCP/IP . . . . . . . : Deaktiviert

Tunneladapter iphttpsinterface:

Medienstatus. . . . . . . . . . . : Medium getrennt

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : iphttpsinterface

Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

DHCP aktiviert. . . . . . . . . . : Nein

Autokonfiguration aktiviert . . . : Ja

Tunneladapter isatap.{C9509BA1-7FF2-4150-8BE9-311BDA9455BA}:

Medienstatus. . . . . . . . . . . : Medium getrennt

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter #6

Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0

DHCP aktiviert. . . . . . . . . . : Nein

Autokonfiguration aktiviert . . . : Ja

Ja das war auch meine Vermutung, nur verstehe ich nicht warum er das Netzwerk nicht mehr korrekt identifiziert.

Hier die IP-Konfiguration (Teil1):

Windows-IP-Konfiguration

Hostname . . . . . . . . . . . . : NB01

Primäres DNS-Suffix . . . . . . . : firmaint.de

Knotentyp . . . . . . . . . . . . : Hybrid

IP-Routing aktiviert . . . . . . : Nein

WINS-Proxy aktiviert . . . . . . : Nein

DNS-Suffixsuchliste . . . . . . . : firmaint.de

Ethernet-Adapter LAN-Verbindung 2:

Medienstatus. . . . . . . . . . . : Medium getrennt

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : NCP Secure Client Virtual NDIS6 Adapter

Physikalische Adresse . . . . . . : 02-00-4E-43-50-49

DHCP aktiviert. . . . . . . . . . : Ja

Autokonfiguration aktiviert . . . : Ja

Ethernet-Adapter LAN-Verbindung:

Verbindungsspezifisches DNS-Suffix: firmaint.de

Beschreibung. . . . . . . . . . . : Marvell Yukon 88E8055 PCI-E-Gigabit-Ethe

net-Controller

Physikalische Adresse . . . . . . : 00-16-36-ED-B4-90

DHCP aktiviert. . . . . . . . . . : Ja

Autokonfiguration aktiviert . . . : Ja

IPv4-Adresse . . . . . . . . . . : 192.168.1.30(Bevorzugt)

Subnetzmaske . . . . . . . . . . : 255.255.255.0

Lease erhalten. . . . . . . . . . : Dienstag, 18. September 2012 10:12:45

Lease läuft ab. . . . . . . . . . : Mittwoch, 26. September 2012 10:12:45

Standardgateway . . . . . . . . . : 192.168.1.3

DHCP-Server . . . . . . . . . . . : 192.168.1.18

DNS-Server . . . . . . . . . . . : 192.168.1.18

192.168.1.11

Primärer WINS-Server. . . . . . . : 192.168.1.11

Sekundärer WINS-Server. . . . . . : 192.168.1.18

NetBIOS über TCP/IP . . . . . . . : Aktiviert

Drahtlos-LAN-Adapter WLAN:

Medienstatus. . . . . . . . . . . : Medium getrennt

Verbindungsspezifisches DNS-Suffix:

Beschreibung. . . . . . . . . . . : Intel® PRO/Wireless 3945ABG-Netzwerkve

bindung

Physikalische Adresse . . . . . . : 00-1B-77-71-DD-31

DHCP aktiviert. . . . . . . . . . : Ja

Autokonfiguration aktiviert . . . : Ja

Hallo!

Ich habe seit letzter Woche ein seltsames Problem in unserer Domäne.

Auf einigen PCs (Windows 7) tritt das Problem auf, dass die Namensauflösung irgendwie nicht korrekt funktioniert. Setze ich von einer betroffenen Arbeitsstation einen ping auf einen Servernamen ab bekomme ich keine Antwort. Die IP-Adresse kann ich anpingen. Per nslookup löst er den Servernamen korrekt auf.

Pinge ich den Servernamen an mit einem punkt dahinter wird er korrekt aufgelöst.

Außerdem funktioniert auch die Netzwerkindentifizierung nicht korrekt. Er erkennt das Domänennetzwerk nicht richtig,sondern immer nur ein Arbeitsplatznetzwerk.

Nun habe ich festgestellt, dass wenn ich einen betroffenen Client aus der Domäne rausnehme, funktioniert alles problemlos. Hier werden beim pingen die Namen korrekt aufgelöst usw.

Auf unseren beiden DNS-Servern habe ich dcdiag ausgeführt, hier wurden keine Fehler gefunden. Hier kann der Fehler wie gesagt auch nicht liegen, da andere Clients das Problem nicht haben und außerhalb der Domäne das Problem auch nicht auftritt.

DNS ist AD-integriert. Problem tritt sowohl bei statisch vergebenen als auch bei per DHCP verteilten IP-Adressen auf.

Habt ihr hier eine Idee was noch das Problem sein könnte?Ich vermute, dass es irgendwie ein Problem mit dem DNS-Suffix ist, finde allerdings keine Lösung

Wenn ich die Autodiscover-Seite aufrufe bekomme ich einen Zertifikatsfehler, dass es sich nicht um ein vertrauenswürdiges Zertifikat handelt.

Es ist ist ein self-signed Zertifikat.

Dnach kommt eine Aufforderung Benutzername und Kennwort einzugeben und dann wird mir eine xml-Datei angezeigt:

<Autodiscover><Response><Error Time="10:53:26.1215225" Id="1263912541"><ErrorCode>600</ErrorCode><Message>Ungültige Anforderung</Message><DebugData/></Error></Response></Autodiscover>

Hallo!

Ich habe ein seltsames Problem mit unserem Exchange-Server. Wir haben unseren Lotus-Server auf Exchange 2010 migriert und nun tritt ein Problem auf den Windows XP Rechner in der Domäne auf.

Auf diesen Clients funktioniert der Abwesenheits-Assistent nicht und es kommt eine Fehlermeldung "Server nicht gefunden..."

Auf den Windows 7-Clients funktioniert alles ohne Probleme.

Auf der Suche nach einer Lösung habe ich schon gelesen, dass es oftmals Probleme mit einem falsch konfigurierten Autodiscover sind, allerdings müsste das Problem dann doch auch auf den Windows7-Clients auftreten.

Beim "E-Mail-AutoKonfiguration testen" kommt folgendes Ergebnis:

Attempting URL https://....intra/Autodiscover/Autodiscover.xml'>https://....intra/Autodiscover/Autodiscover.xml'>https://....intra/Autodiscover/Autodiscover.xml found through SCP

Autodiscover for https://....intra/Autodiscover/Autodiscover.xml starting

Autodiscover for https://....intra/Autodiscover/Autodiscover.xml FAILED (0x800C8203)

Autodiscover for https://....de/Autodiscover/Autodiscover.xml'>https://....de/Autodiscover/Autodiscover.xml starting

Autodiscover for https://....de/Autodiscover/Autodiscover.xml FAILED (0x800C8203)

Autodiscover for https://autodiscover....de/Autodiscover/Autodiscover.xml'>https://autodiscover....de/Autodiscover/Autodiscover.xml starting

Autodiscover for https://autodiscover....de/Autodiscover/Autodiscover.xml FAILED (0x800C8203)

Local autodiscover for....de starting

Local autodiscover for....de FAILED (ox8004010F)

Redirectcheck check to http://autodiscover....de/Autodiscover/Autodiscover.xml'>http://autodiscover....de/Autodiscover/Autodiscover.xml starting

Redirectcheck check to http://autodiscover....de/Autodiscover/Autodiscover.xml FAILED (0x80072EFD)

Srv Record lookup for....de starting

Srv Record lookup for....de FAILED (ox8004010F)

Wie gesagt was mich irritiert dass er hier autodiscover Fehler bekommt, auf den Windows7-Clients allerdings alles funktioniert.

Ich muss dazu sagen, dass ich in Sachen Exchange noch in den Kinderschuhen stecke...

Vielen Dank für eure Hilfe

Mir ist jetzt gerade aufgefallen, dass der WWW-Publishingdienst nicht mehr gestartet war, könnte sein, dass der Fehler hiermit zusammenhing.

Werde das Setup noch einmal neu starten...

Bin alle Schritte durchgegangen, allerdings hat er mir diesmal einen anderen fehler ausgegeben:

[10.25.2011 13:36:39.0726] [2] [ERROR] Unexpected Error

[10.25.2011 13:36:39.0726] [2] [ERROR] A failure occurred while trying to update metabase properties.

[10.25.2011 13:36:39.0741] [2] [ERROR] Das System kann den angegebenen Pfad nicht finden.

[10.25.2011 13:36:39.0741] [2] Ending processing Set-PowerShellVirtualDirectory

[10.25.2011 13:36:39.0741] [1] The following 1 error(s) occurred during task execution:

[10.25.2011 13:36:39.0741] [1] 0. ErrorRecord: Fehler beim Aktualisieren von Metabase-Eigenschaften.

[10.25.2011 13:36:39.0741] [1] 0. ErrorRecord: Microsoft.Exchange.Data.Common.LocalizedException: Fehler beim Aktualisieren von Metabase-Eigenschaften. ---> System.Runtime.InteropServices.COMException (0x80070003): Das System kann den angegebenen Pfad nicht finden.

bei System.DirectoryServices.DirectoryEntry.Bind(Boolean throwIfFail)

bei System.DirectoryServices.DirectoryEntry.Bind()

bei System.DirectoryServices.DirectoryEntry.get_AdsObject()

bei System.DirectoryServices.PropertyValueCollection.PopulateList()

bei System.DirectoryServices.PropertyValueCollection..ctor(DirectoryEntry entry, String propertyName)

bei System.DirectoryServices.PropertyCollection.get_Item(String propertyName)

bei Microsoft.Exchange.Management.Metabase.IisUtility.SetAuthenticationMethod(DirectoryEntry virtualDirectory, AuthenticationMethodFlags method, Boolean value)

bei Microsoft.Exchange.Management.SystemConfigurationTasks.ExchangeServiceVDirHelper.SetIisVirtualDirectoryAuthenticationMethods(ADExchangeServiceVirtualDirectory virtualDirectory, String metabasePath)

bei Microsoft.Exchange.Management.SystemConfigurationTasks.ExchangeServiceVDirHelper.SetSplitVirtualDirectoryAuthenticationMethods(ADExchangeServiceVirtualDirectory virtualDirectory, String nego2Path, TaskErrorLoggingDelegate errorHandler, LocalizedString errorMessage)

--- Ende der internen Ausnahmestapelüberwachung ---

[10.25.2011 13:36:39.0741] [1] [ERROR] The following error was generated when "$error.Clear();

$vdirName = "PowerShell (Default Web Site)";

$InternalPowerShellUrl="http://" + $RoleFqdnOrName + "/powershell";

$vdir = get-PowerShellVirtualDirectory -server $RoleFqdnOrName -DomainController $RoleDomainController | where { $_.Name -eq $vdirName };

if ($vdir -eq $null)

{

$vdirName = "PowerShell";

new-PowerShellVirtualDirectory $vdirName -InternalUrl $InternalPowerShellUrl -DomainController $RoleDomainController -BasicAuthentication:$false -WindowsAuthentication:$false -RequireSSL:$false;

}

else

{

update-PowerShellVirtualDirectoryVersion -DomainController $RoleDomainController;

Set-PowerShellVirtualDirectory $vdirName -InternalUrl $InternalPowerShellUrl -DomainController $RoleDomainController -WindowsAuthentication:$false -RequireSSL:$false;

}

" was run: "Fehler beim Aktualisieren von Metabase-Eigenschaften.".

[10.25.2011 13:36:39.0741] [1] [ERROR] A failure occurred while trying to update metabase properties.

[10.25.2011 13:36:39.0741] [1] [ERROR] Das System kann den angegebenen Pfad nicht finden.

[10.25.2011 13:36:39.0741] [1] [ERROR-REFERENCE] Id=PowerShellComponent___0933481a46d24e77abfdf174e8240b80 Component=EXCHANGE14:\Current\Release\Shared\Datacenter\Setup

[10.25.2011 13:36:39.0741] [1] Setup is stopping now because of one or more critical errors.

[10.25.2011 13:36:39.0741] [1] Finished executing component tasks.

[10.25.2011 13:36:39.0788] [1] Ending processing Install-MailboxRole

[10.25.2011 13:36:39.0804] [0] The Exchange Server setup operation didn't complete.

Vielleicht wäre hier doch eine Neuinstallation des Servers sinnvoll?

Gruß

Hallo!

habe die Datei mal auf Rapidshare hochgeladen. Nachfolgend der Link:

https://rapidshare.com/files/1615782469/ExchangeSetup.rar

Gruß

Hier noch der Auszug aus dem Setup-Log:

Hier der entsprechende Auszug aus dem Setup-Log:

Start-SetupService -ServiceName RemoteRegistry

[10.25.2011 07:31:15.0334] [2] Die Active Directory-Sitzungseinstellungen für 'start-SetupService' lauten: Vollständige Gesamtstruktur anzeigen: 'True', Konfigurationsdomänencontroller: 'itosrv03.itoutint.de', Bevorzugter globaler Katalog: 'itosrv03.itoutint.de', Bevorzugte Domänencontroller: '{ itosrv03.itoutint.de }'

[10.25.2011 07:31:15.0334] [2] Beginning processing Start-SetupService -ServiceName:'RemoteRegistry'

[10.25.2011 07:31:15.0350] [2] Ending processing Start-SetupService

[10.25.2011 07:31:15.0350] [1] Executing:

if(Get-Service winmgmt* | ?{ $_.Name -ieq "winmgmt" })

{

Start-SetupService -ServiceName winmgmt

}

[10.25.2011 07:31:15.0350] [2] Die Active Directory-Sitzungseinstellungen für 'start-SetupService' lauten: Vollständige Gesamtstruktur anzeigen: 'True', Konfigurationsdomänencontroller: 'itosrv03.itoutint.de', Bevorzugter globaler Katalog: 'itosrv03.itoutint.de', Bevorzugte Domänencontroller: '{ itosrv03.itoutint.de }'

[10.25.2011 07:31:15.0365] [2] Beginning processing Start-SetupService -ServiceName:'winmgmt'

[10.25.2011 07:31:15.0365] [2] Ending processing Start-SetupService

[10.25.2011 07:31:15.0381] [1] Executing:

Set-LocalPermissions

[10.25.2011 07:31:15.0834] [1] The following 1 error(s) occurred during task execution:

[10.25.2011 07:31:15.0896] [1] 0. ErrorRecord: Der Typ "Microsoft.Exchange.Compliance.Xml.SafeXmlDocument" in der Assembly "Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" konnte nicht geladen werden.

[10.25.2011 07:31:15.0896] [1] 0. ErrorRecord: System.TypeLoadException: Der Typ "Microsoft.Exchange.Compliance.Xml.SafeXmlDocument" in der Assembly "Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" konnte nicht geladen werden.

bei Microsoft.Exchange.Management.Deployment.SetLocalPermissions..ctor()

[10.25.2011 07:31:16.0036] [1] [ERROR] The following error was generated when "$error.Clear();

Set-LocalPermissions

" was run: "Der Typ "Microsoft.Exchange.Compliance.Xml.SafeXmlDocument" in der Assembly "Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" konnte nicht geladen werden.".

[10.25.2011 07:31:16.0036] [1] [ERROR] Der Typ "Microsoft.Exchange.Compliance.Xml.SafeXmlDocument" in der Assembly "Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" konnte nicht geladen werden.

[10.25.2011 07:31:16.0036] [1] [ERROR-REFERENCE] Id=AllRolesCommonFirst___00573a17b6e34c26842a6646830d57fa Component=EXCHANGE14:\Current\Release\Shared\Datacenter\Setup

[10.25.2011 07:31:16.0036] [1] Setup is stopping now because of one or more critical errors.

[10.25.2011 07:31:16.0036] [1] Finished executing component tasks.

[10.25.2011 07:31:16.0130] [1] Ending processing Install-MailboxRole

Hallo!

Ich bekomme bei der Installation des SP1 auf meinem Exchange-Backend-Server Fehler.

Und zwar konnten zunächst die auszuführenden Scripte aus dem Ordner .../bin nicht gefunden werden. Diese habe ich dann aus dem .../Scripts Ordenr rüberkopiert und die Installation funktionierte zunächst bis zur Installation der Postfachrolle.

Hier bekomme ich nun folgenden Fehler:

Postfachrolle

Fehler

Fehler:

Der folgende Fehler wurde generiert, als "$error.Clear();

Set-LocalPermissions

" ausgeführt wurde: "Der Typ "Microsoft.Exchange.Compliance.Xml.SafeXmlDocument" in der Assembly "Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" konnte nicht geladen werden.".

Der Typ "Microsoft.Exchange.Compliance.Xml.SafeXmlDocument" in der Assembly "Microsoft.Exchange.Compliance, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" konnte nicht geladen werden.

Hier klicken, um die Hilfe aufzurufen ... Help Resources for Errors: Hilfe zu Exchange 2010 SP1

Kann mir hier jemand weiterhelfen?

Vielen Dank