Terminal Server-Benutzerprofile und Home Ordner Pfade werden nach Anwendung von SP4 oder höher ignoriert.

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 236185 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.

wichtig : Dieser Artikel enthält Informationen zum Bearbeiten der Registrierung. Bevor Sie die Registrierung bearbeiten, vergewissern Sie sich bitte, dass Sie die Registrierung wiederherstellen können, falls ein Problem auftritt. Weitere Informationen zum Erstellen einer Sicherungskopie, zum Wiederherstellen und Bearbeiten der Registrierung finden Sie in folgendem Artikel der Microsoft Knowledge Base:
256986Beschreibung der Microsoft Windows-Registrierung
Alles erweitern | Alles schließen

Problembeschreibung

Durch eine Terminalserversitzung Benutzer überprüft wird ein Domänencontroller Windows NT 4.0-Server mit Service Pack 4 (SP4) übernommen und RestrictAnonymous auf 1, Ihrem Terminalserver Basisordner am Standardspeicherort zugeordnet ist, obwohl der Administrator einen anderen Pfad im Benutzer-Manager für Domänen angegeben festgelegt.

Darüber hinaus Wenn Sie durch den gleichen Domänencontroller überprüft werden, zeigt Ihre Terminalserver-Profilpfad am Standardspeicherort, obwohl der Administrator einen anderen Pfad im Benutzer-Manager für Domänen festgelegt.

Ursache

Dieses Verhalten tritt beim Anwenden von SP4 auf einem Domänencontroller, der hinzugefügten RestrictAnonymous Eintrag hat und einen Wert von 1.

Terminalserver versucht, benutzerdefinierte Felder aus der Sicherheitskontenverwaltung (SAM) abzurufen, der Terminalserver-Profilpfad. Wenn der Versuch fehlgeschlagen ist, verwendet Terminalserver den standardmäßigen Windows NT-Profilpfad.

Wenn Sie in ein Domänenmodell mit mehreren befinden, konnte eine andere Ursache dafür sein, dass das Benutzerrecht "auf diesen Computer vom Netzwerk aus zugreifen" für "Jeder" oder authentifizierte Benutzer nicht aktiviert ist.

Stellen Sie sicher, dass der Benutzer, die rechts die entsprechenden Konten Zugriff auf den Domänencontroller vom Netzwerk verfügt.

Stellen Sie sicher, dass die RestrictAnonymous auf den Ressourcendomänen nicht festgelegt ist.

Lösung

Installieren Sie das neueste Service Pack für Windows NT Server 4.0, Terminal Server Edition, um dieses Problem zu beheben. Weitere Informationen finden Sie die folgende KB-Artikelnummer:
152734So erhalten Sie das neueste Windows NT 4.0 Service Pack
Warnung : unkorrekte Verwendung des Registrierungseditors kann schwerwiegende Probleme, die eine Neuinstallation Ihres Betriebssystems erforderlich machen verursachen. Microsoft kann nicht garantieren, dass Probleme, die Verwendung des Registrierungseditors entstehen, behoben werden können. Benutzen Sie den Registrierungseditor auf eigene Verantwortung.

Um dieses Problem zu beheben:
  1. Starten Sie den Registrierungseditor (Regedt32.exe).
  2. Gehen Sie zu folgendem Registrierungsschlüssel:
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\LSA
  3. Suchen Sie den folgenden Eintrag:
    Wertname: RestrictAnonymous
    Datentyp: REG_DWORD
    Wert: 1
  4. Ändern Sie den Wert auf 0.
  5. Beenden Sie den Registrierungseditor, und starten Sie den Computer neu.
Hinweis : Sie können auch löschen, den Wert RestrictAnonymous, um dieses Verhalten zu umgehen.

Status

Microsoft hat bestätigt, dass es sich hierbei um ein Problem bei den in diesem Artikel genannten Microsoft-Produkten handelt. Dieses Problem wurde erstmals in Windows NT Server 4.0, Terminal Server Edition, Service Pack 6 behoben.

Informationsquellen

Weitere Informationen finden Sie in der folgenden Artikel der Microsoft Knowledge Base:
143474Informationen verfügbar auf anonym angemeldete Benutzer beschränken

Eigenschaften

Artikel-ID: 236185 - Geändert am: Mittwoch, 12. Februar 2014 - Version: 2.2
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows NT Server 4.0, Terminal Server Edition
Keywords: 
kbnosurvey kbarchive kbmt kbhotfixserver kbqfe kbbug kbfix KB236185 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 236185
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.

Ihr Feedback an uns

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com