Fehler 1219 beim Zugriff auf einen freigegebenen Ordner: So beheben Sie ihn

El Fehler 1219 beim Zugriff auf einen freigegebenen Ordner Dieser Fehler tritt auf, wenn Windows Verbindungen zum selben Server mit unterschiedlichen Benutzernamen innerhalb desselben Anmeldekontexts erkennt. Er kann beispielsweise beim Verbinden eines Netzlaufwerks, beim Öffnen eines anderen Ordners auf dem Server oder beim Versuch, das Anmeldekonto zu ändern, auftreten.

Wenn Sie beispielsweise bereits geöffnet haben \\SERVIDOR\Ventas Versuchen Sie, sich mit einem Konto anzumelden. \\SERVIDOR\Sistemas Bei einem anderen Konto kann es zu Konflikten kommen. Um diese zu beheben, müssen Sie die vorherigen Verbindungen finden, diese schließen und sich mit den korrekten Zugangsdaten erneut anmelden.

Was bedeutet der Fehler 1219 in einem freigegebenen Ordner?

Die Meldung weist in der Regel darauf hin, dass mehrere Verbindungen zum selben Server mit mehr als einem Benutzernamen nicht zulässig sind. Der Konflikt kann verschiedene Ordner auf diesem Server betreffen.Das Ändern der gemeinsam genutzten Ressource ist nicht dasselbe wie die Verbindung zu einem anderen Computer.

Das bedeutet nicht zwangsläufig, dass das Passwort falsch ist. Möglicherweise besteht eine vorherige Verbindung, die Windows nutzt und die mit der neu angeforderten Identität nicht kompatibel ist.

Bevor Sie also Berechtigungen ändern oder Sicherheitseinstellungen anpassen, vergewissern Sie sich, dass die Benachrichtigung dies ausdrücklich erwähnt. Systemfehler 1219Wenn eine Route nicht gefunden wurde oder der Zugang verweigert wurde, sind andere Prüfungen erforderlich.

Offene Verbindungen mit der Netzwerknutzung identifizieren

Speichern Sie alle geöffneten Dokumente vom Server und schließen Sie alle Fenster und Anwendungen über die entsprechenden Ordner. Öffnen Sie anschließend die Eingabeaufforderung. mit demselben Benutzer und derselben Berechtigungsstufe, bei der das Problem auftritt.

Tritt das Problem im normalen Datei-Explorer auf, beginnen Sie mit einer normalen Eingabeaufforderung. Die Ausführung als Administrator kann einen anderen Kontext liefern und den Vergleich erschweren.

Prüfen Sie die bestehenden Verbindungen:

net use

Ermitteln Sie die Pfade, die auf den betroffenen Server verweisen. Es kann Verbindungen geben, die mit einem Buchstaben beginnen, z. B. Z:und andere ohne zugeordneten Buchstaben. Notieren Sie sich die Ressourcen, die Sie wiederherstellen müssen, bevor Sie die Verbindungen trennen.

Weitere Informationen zu PowerShell finden Sie hier:

Get-SmbConnection |
    Select-Object ServerName, ShareName, UserName, Credential, Dialect, NumOpens

Mit diesem Befehl können Sie die Server, Ressourcen und Identitäten der von der Abfrage zurückgegebenen SMB-Verbindungen überprüfen. Verbindungen werden dabei weder gelöscht noch deren Konfiguration geändert.

Trennen Sie die Ressourcen vom betroffenen Server.

Löschen Sie alle Verbindungen, die zu diesem Server identifiziert wurden. Die folgenden Beispiele stellen Alternativen dar, je nachdem, wie die jeweilige Verbindung aussieht:

net use Z: /delete

net use \\SERVIDOR\Ventas /delete

Wiederholen Sie den Vorgang für die anderen Ressourcen auf demselben Server, bei denen der Konflikt auftritt. Wenn eine Verbindung zu bestehen scheint, IPC$Sie können die Verbindung auch trennen, indem Sie die genaue Route angeben:

net use \\SERVIDOR\IPC$ /delete

Das Trennen eines Laufwerks löscht die Dateien nicht vom Server.Dies unterbricht jedoch den Zugriff über diese Verbindung. Wenn Windows Sie vor geöffneten Dateien oder einer in Verwendung befindlichen Ressource warnt, kehren Sie zu den Anwendungen zurück, speichern Sie Ihre Arbeit und schließen Sie diese, bevor Sie fortfahren.

Vermeiden Sie es, mit Folgendem zu beginnen: net use * /delete: Unterbricht alle vom Befehl verwalteten Netzwerkverbindungen, einschließlich derjenigen, die nicht mit dem Problem in Zusammenhang stehen.

Überprüfen Sie Ihre gespeicherten Anmeldeinformationen und stellen Sie die Verbindung erneut her.

Falls Windows wieder ein altes Konto verwendet, öffnen Sie das Anmeldeinformationsmanager vom Bedienfeld aus und eingeben Windows-AnmeldeinformationenÜberprüfen Sie die Einträge, die dem Servernamen, der IP-Adresse oder dem Alias ​​entsprechen.

Entfernen Sie nur veraltete Anmeldeinformationen vom betroffenen Computer. Sie können gespeicherte Einträge auch in der Konsole anzeigen:

cmdkey /list

Um einen bestimmten Eintrag zu löschen, verwenden Sie dessen genauen Speicherort. Zum Beispiel:

cmdkey /delete:SERVIDOR

Das Löschen gespeicherter Anmeldeinformationen schließt nicht automatisch eine bereits geöffnete SMB-Verbindung. Daher muss diese Überprüfung mit der Trennung der vorherigen Ressourcen einhergehen.

Stellen Sie anschließend die Verbindung mit dem Konto wieder her, das über die erforderlichen Berechtigungen verfügt:

net use Z: \\SERVIDOR\Compartida * /user:DOMINIO\usuario /persistent:no

Ersetzen Sie Server, Ordner und Benutzer durch Ihre eigenen Angaben. Das Sternchen bewirkt, dass Windows Sie zur Eingabe des Passworts auffordert, ohne es während der Eingabe anzuzeigen. /persistent:no Speichern Sie diese neue Aufgabe nicht für zukünftige Anmeldungen.

Wenn Sie ein lokales Konto auf dem Server oder NAS verwenden, verwenden Sie das Benutzerformat, das diesem Gerät entspricht.

Was tun, wenn Fehler 1219 erneut auftritt?

Prüfen Sie, ob Anwendungen, Explorer-Fenster oder Starteinstellungen eine Verbindung zur alten Identität wiederherstellen. Prüfen Sie erneut. net use nach Reproduktion des Fehlers.

Wenn Sie die Verbindungen in Ihrer Sitzung nicht freigeben können, speichern Sie Ihre Arbeit und Windows abmelden vor dem erneuten Anmelden. Auf einem verwalteten System informiert es den Administrator darüber, welcher Server und welche Konten betroffen sind, um die automatisch wiederhergestellten Verbindungen zu überprüfen.

Die stabile Lösung besteht darin, eine autorisierte Identität für die benötigten Ressourcen in diesem Kontext zu verwenden. Sie beinhaltet weder die gemeinsame Nutzung eines Dienstkontos durch alle Mitarbeiter noch die Vergabe von Administratorrechten.

Kann ich die IP-Adresse des Servers oder einen Alias ​​verwenden?

Microsoft dokumentiert die Verwendung einer IP-Adresse oder eines anderen DNS-Alias ​​als Alternativen, die dazu führen können, dass der Client das Ziel als einen anderen Server behandelt. Sie sind kein universeller Ersatz für eine korrekte Konfiguration..

In einem Unternehmensnetzwerk kann der Zugriff über die IP-Adresse die normale Nutzung von Kerberos verhindern und bei blockiertem NTLM fehlschlagen. Aliase erfordern zudem konsistente Namens- und Authentifizierungskonfigurationen. Benötigen Sie zwei gleichzeitige Identitäten, wenden Sie sich bitte an Ihren Administrator, um die geeignete Option zu ermitteln.

Wenn eine Anwendung, ein Dienst oder eine Aufgabe auf hoher Ebene fehlschlägt

Nur weil ein Laufwerksbuchstabe im Explorer angezeigt wird, bedeutet das nicht, dass er auch in einem als Administrator ausgeführten Programm verfügbar ist. Laufwerksbuchstaben sind an den Anmeldekontext gebunden und werden möglicherweise nicht zwischen der regulären Sitzung und der Sitzung mit erhöhten Rechten geteilt.

Für Dienste und Prozesse, die in einem anderen Kontext ausgeführt werden, verwenden Sie einen UNC-Pfad wie z. B. \\SERVIDOR\Compartida und überprüfen Sie die Berechtigungen des Kontos, unter dem der Prozess ausgeführt wird. Der UNC-Weg vermeidet die Abhängigkeit von einem Buchstaben, gewährt aber weder Zugang noch beseitigt er einen Konflikt bezüglich der Anmeldeinformationen.

Der Befehl whoami Es identifiziert den Benutzer der Konsole, auf der Sie es ausführen; es zeigt nicht von sich aus an, welche Identität ein anderer Dienst verwendet.

Verwechseln Sie 1219 nicht mit anderen Zugangsblöcken.

Wenn sich die Meldung nach dem erneuten Verbinden ändert, diagnostizieren Sie den neuen Fehler, bevor Sie die Anmeldeinformationen weiter ändern:

• Route nicht gefunden: Überprüfen Sie den Servernamen, den freigegebenen Ordner und die Verbindungsqualität.
• Zugriff abgelehnt: Fordern Sie eine Überprüfung des verwendeten Kontos und seiner Berechtigungen an.
• Blockierte, nicht authentifizierte Gäste: Konfigurieren Sie einen gültigen Benutzer auf dem Server oder NAS, anstatt unsicheren Zugriff als allgemeine Lösung zu aktivieren.
• Sicherheitsinkompatibilität bei KMU: Überprüfen Sie die Server- oder NAS-Einstellungen und -Updates mit dem Administrator.

Aktivieren Sie SMB 1.0 nicht, um den Fehler 1219 zu beheben. Windows Server 2012 R2 unterstützt SMB 3.02, und ein Identitätskonflikt wird nicht durch die Aktivierung eines älteren Protokolls gelöst. Auch das Deaktivieren der Benutzerkontensteuerung (UAC) oder das Herunterstufen der SMB-Sicherheitseinstellungen ist nicht erforderlich, um die Verbindung mit dem richtigen Konto wiederherzustellen.