Artikel-ID: 926642 - Geändert am: Freitag, 8. Februar 2008 - Version: 1.3 Fehlermeldung "Zugriff verweigert" oder "Der angegebene Netzwerkpfad wurde von keinem Netzwerkdienstanbieter angenommen", wenn Sie nach Installation von Windows Server 2003 SP 1 mit dem FQDN- oder dem CNAME-Alias lokal auf einen Server zugreifen
Dieser Artikel ist eine Übersetzung des folgenden englischsprachigen Artikels der Microsoft Knowledge Base: 926642 (http://support.microsoft.com/kb/926642/EN-US/ ) Error message when you try to access a server locally by using its FQDN or its CNAME alias after you install Windows Server 2003 Service Pack 1: "Access denied" or "No network provider accepted the given network path" Wichtig: Dieser Artikel enthält Informationen darüber, wie Sie Sicherheitseinstellungen herabsetzen oder Sicherheitsfunktionen auf einem Computer deaktivieren. Sie können diese Änderungen vornehmen, um ein bestimmtes Problem zu umgehen. Wir raten Ihnen jedoch, zunächst die Risiken dieses Workarounds für Ihre Umgebung abzuschätzen, bevor Sie die genannten Änderungen vornehmen. Falls Sie diesen Workaround einsetzen, sollten Sie entsprechende Maßnahmen treffen, um Ihr System zu schützen. Wichtig: Dieser Artikel enthält Informationen zum Bearbeiten der Registrierung. Sie sollten eine Sicherungskopie der Registrierung erstellen, bevor Sie die Registrierung bearbeiten. Sie müssen wissen, wie die Registrierung wiederhergestellt werden kann, wenn ein Problem auftritt. Weitere Informationen zum Erstellen einer Sicherungskopie, zum Wiederherstellen und Bearbeiten der Registrierung finden Sie im folgenden Artikel der Microsoft Knowledge Base: 256986
(http://support.microsoft.com/kb/256986/DE/
)
Beschreibung der Microsoft Windows-Registrierung Bitte beachten Sie: Bei diesem Artikel handelt es sich um eine Übersetzung aus dem Englischen. Es ist möglich, dass nachträgliche Änderungen bzw. Ergänzungen im englischen Originalartikel in dieser Übersetzung nicht berücksichtigt sind. Die in diesem Artikel enthaltenen Informationen basieren auf der/den englischsprachigen Produktversion(en). Die Richtigkeit dieser Informationen in Zusammenhang mit anderssprachigen Produktversionen wurde im Rahmen dieser Übersetzung nicht getestet. Microsoft stellt diese Informationen ohne Gewähr für Richtigkeit bzw. Funktionalität zur Verfügung und übernimmt auch keine Gewährleistung bezüglich der Vollständigkeit oder Richtigkeit der Übersetzung. ProblembeschreibungStellen Sie sich folgendes Szenario vor: Sie installieren Microsoft Windows Server 2003 Service Pack 1 (SP1) auf einem Windows Server 2003-Computer. Anschließend treten Authentifizierungsprobleme auf, wenn Sie lokal auf den Server zugreifen und dabei den FQDN-Alias (Fully Qualified Domain Name) oder den CNAME-Alias im folgenden UNC-Pfad (Universal Naming Convention) verwenden: \\Servername\Freigabename In diesem Szenario tritt eines der folgenden Symptome auf:
UrsacheDas geschilderte Problem rührt daher, dass Windows Server 2003 SP1 das neue Sicherheitsfeature "Loopback-Funktionalität" enthält. In Windows Server 2003 SP1 wird die Loopback-Funktionalität standardmäßig aktiviert und der Wert des Registrierungseintrags "DisableLoopbackCheck" auf 0 (Null) gesetzt. Hinweis: Die Loopback-Funktionalität ist im folgenden Registrierungsunterschlüssel gespeichert: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa\DisableLoopbackCheck LösungWarnung: Die unkorrekte Verwendung des Registrierungs-Editors kann schwerwiegende Probleme verursachen, die das gesamte System betreffen und eine Neuinstallation des Betriebssystems erforderlich machen. Diese Probleme können eine Neuinstallation des Betriebssystems erforderlich machen. Microsoft kann nicht garantieren, dass Probleme, die von einer falschen Verwendung des Registrierungs-Editors herrühren, behoben werden können. Benutzen Sie den Registrierungs-Editor auf eigene Verantwortung. Warnung: Durch diesen Workaround wird Ihr Computer oder Ihr Netzwerk möglicherweise anfälliger für Angriffe böswilliger Benutzer oder für gefährliche Software wie etwa Viren. Dieser Workaround wird zwar nicht direkt von Microsoft empfohlen, er wird jedoch hier beschrieben, sodass Sie die Wahl haben, diese Option nach eigenem Ermessen anzuwenden. Verwenden Sie den Workaround auf eigene Verantwortung. Setzen Sie den Registrierungseintrag "DisableStrictNameChecking" auf 1, um dieses Problem zu beheben. Dieser Vorgang wird in Artikel 281308 der Microsoft Knowledge Base beschrieben, der im Abschnitt "Informationsquellen" erwähnt wird. Wenden Sie anschließend entsprechend Ihrer Situation eine der folgenden Methoden an. Methode 1: Deaktivieren der Loopback-Funktionalität für die AuthentifizierungSie können das in Windows Server 2003 ursprünglich bestehende Verhalten wiederherstellen, indem Sie den Registrierungseintrag "DisableLoopbackCheck" im UnterschlüsselHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa
registry auf 1 setzen. Führen Sie die folgenden Schritte auf dem Clientcomputer aus, um den Registrierungseintrag auf 1 zu setzen:
Methode 2: Erstellen der LSA-Hostnamen (Local Security Authority), die in einer NTLM-Authentifizierungsanforderung referenziert werden könnenFühren Sie hierzu für alle Knoten auf dem Clientcomputer die folgenden Schritte durch:
StatusMicrosoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt. Weitere Informationen finden Sie im folgenden Artikel der Microsoft Knowledge Base: 281308
(http://support.microsoft.com/kb/281308/DE/
)
Die Verbindung zu einer SMB-Freigabe auf einem Windows 2000- oder Windows Server 2003-Computer funktioniert eventuell nicht mit einem Aliasnamen Die Informationen in diesem Artikel beziehen sich auf:
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.
| Weitere Ressourcen Weitere SupportseitenCommunityHilfe erhaltenSPRACHE AUSWÄHLEN
|






Windows Live
Facebook
Twitter
Linkedin
Digg it
Yahoo
Delicious
StumbleUpon
Yammer
Reddit
Technorati
FriendFeed
Email
Zum Anfang