HTGB
How To

So beheben Sie den Fehler „Der angegebene Netzwerkname ist nicht mehr verfügbar“

Februar 13, 2026 6 Minuten Lesezeit Updated: Februar 13, 2026

Die Fehlermeldung „ Der angegebene Netzwerkname ist nicht mehr verfügbar “ ist ziemlich ärgerlich, besonders wenn man nur auf Freigaben, NAS-Geräte oder sogar auf den Server oder Domänencontroller zugreifen möchte. Das ist frustrierend, weil die Fehlermeldung meist auf eine nicht erreichbare Netzwerkressource hinweist, aber auch durch falsch konfigurierte Protokolle oder blockierte Sicherheitseinstellungen verursacht werden kann. Manchmal ist einfach der Server ausgefallen – was man natürlich nicht beheben kann –, aber meistens liegt die Ursache auf Clientseite oder in einem Protokollfehler.

Dieser Leitfaden bietet verschiedene Lösungsansätze zur Fehlerbehebung. Manche Lösungen erfordern, dass der Server wieder einwandfrei funktioniert, andere reichen aus, um die Verbindung auf Ihrem lokalen Rechner wiederherzustellen. Ziel ist es, die Netzwerkressource zugänglich zu machen, ohne jedes Mal auf einen Administrator warten zu müssen. Wenn Sie Client-seitig arbeiten, können Sie viele dieser Schritte selbst durchführen. Ist jedoch der Server betroffen, benötigen Sie Administratorrechte oder zumindest einen Systemadministrator, der Ihnen die komplexen Aufgaben abnimmt.

Wie lässt sich das Problem beheben, dass der angegebene Netzwerkname nicht mehr verfügbar ist?

Methode 1: SMBv2/v3-Protokoll aktivieren

Etwas seltsam, aber SMB-Protokolle bilden quasi das Rückgrat der Windows-Freigabe. Wenn SMBv2 oder SMBv3 weder auf dem Client noch auf dem Server aktiviert ist, tritt dieser Fehler auf. SMBv1 ist längst veraltet, daher sollte man sicherstellen, dass SMBv2 oder SMBv3 auf beiden Seiten aktiviert ist.

Auf Ihrem Rechner erfordert dies die Ausführung einiger Befehle in einer Eingabeaufforderung mit Administratorrechten :

  1. Drücken Sie Win + R, geben Sie ein cmdund drücken Sie dann, Ctrl + Shift + Enterum es als Administrator zu öffnen.
  2. Führen Sie diese Befehle aus: 
    sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb20 start= auto

Dann neu starten. Ja, simpel, aber manchmal sind Kaltstarts von Windows nötig, um Probleme zu beheben. Bei manchen Konfigurationen war SMBv2 bereits aktiviert, aber die Protokollabhängigkeiten wurden beschädigt – ein Zurücksetzen und Neustart kann das Problem beheben.

Methode 2: SMBv1-Einstellungen bei Bedarf anpassen

In manchen Fällen, insbesondere bei älteren Servern oder Legacy-Systemen, kann SMBv1 eine Rolle spielen. Wenn SMBv1 auf dem Server aktiviert ist, Ihr Client es aber verwenden möchte, kann dies zu einem Fehler führen, insbesondere wenn SMBv1 auf Ihrem Rechner deaktiviert oder blockiert ist. Umgekehrt: Wenn der Server nur SMBv1 unterstützt, es aber auf Ihrem Client deaktiviert ist, können Sie nicht mehr arbeiten.

Um SMBv1 auf Ihrer Seite zu überprüfen und zu deaktivieren (denn Windows muss die Dinge natürlich verkomplizieren), führen Sie folgenden Befehl in einer Eingabeaufforderung mit Administratorrechten aus :

sc config lanmanworkstation depend= bowser/mrxsmb20/nsi sc config mrxsmb10 start= disabled

Oder, noch besser, führen Sie folgenden Befehl aus:

Disable-WindowsOptionalFeature -Online -FeatureName SMB1Protocol

Führen Sie den Befehl in PowerShell (als Administrator ausführen) aus. Beachten Sie: Wenn der Server nur SMBv1 unterstützt, müssen Sie es möglicherweise auf dem Server aktivieren. Das ist ein komplexes Thema, aber Microsoft bietet Anleitungen für eine sichere Vorgehensweise. Aktivieren Sie SMBv1 nicht einfach blind, insbesondere wenn es nicht anderweitig verwendet wird – es bestehen Sicherheitsrisiken.

Methode 3: Sicherstellen, dass die Firewall-Ports geöffnet sind

Eine häufige Fehlerursache ist eine blockierte Firewall. Verschiedene SMB-Versionen benötigen bestimmte, geöffnete Ports für die korrekte Kommunikation.Überprüfen Sie daher Ihre Windows-Firewall-Regeln (oder die Ihrer Sicherheitssoftware) und stellen Sie sicher, dass Ports wie 445 (TCP) geöffnet sind. Manchmal ist der Port für ausgehenden oder eingehenden Datenverkehr blockiert, was bereits ausreicht, um den Fehler zu verursachen.

Öffnen Sie dazu wf.msc über das Ausführen-Fenster und suchen Sie unter „Eingehende Regeln“ oder „Ausgehende Regeln“. Erstellen Sie eine neue Regel, um Port 445 (TCP) (und gegebenenfalls UDP) zuzulassen. Falls Sie sich nicht sicher sind, finden Sie die genauen Ports für Ihr Protokoll in der Microsoft-Dokumentation.TCP 445Für SMB ist in der Regel Port 445 der Schlüssel.

Methode 4: Deaktivieren oder Konfigurieren von Sicherheitssoftware von Drittanbietern

Antivirenprogramme oder Netzwerkscanner blockieren manchmal den Datenverkehr von kleinen und mittleren Unternehmen (KMU), insbesondere wenn sie übermäßig vorsichtig eingestellt oder falsch konfiguriert sind. Deaktivieren Sie testweise die Sicherheitssoftware, um zu prüfen, ob dies die Ursache ist. Wenn die Netzwerkressource dann erreichbar ist, wissen Sie, dass die Software die Verbindung gestört hat.

Noch besser ist es, die Netzwerkressource oder den Server in Ihrer Antivirensoftware/Firewall zur Ausnahmeliste hinzuzufügen. Eine vollständige Deaktivierung ist nicht nötig, wenn Sie die Ressource erfolgreich auf die Whitelist setzen können – seien Sie jedoch vorsichtig und führen Sie diese Schritte nur durch, wenn Sie der Quelle vertrauen.

Methode 5: Berechtigungen für den Benutzerordner für Apps zurücksetzen

Tritt dieses Problem bei der Verwendung bestimmter Anwendungen auf, insbesondere bei Unix-ähnlichen Subsystemen oder Docker, könnte es an den Berechtigungen im AppData-Ordner liegen. Manchmal werden Berechtigungen fehlerhaft gesetzt, sodass Anwendungen nicht auf ihre eigenen Benutzerordner und Netzwerkressourcen zugreifen können.

Öffnen Sie eine Eingabeaufforderung mit Administratorrechten und führen Sie folgenden Befehl aus:

icacls %USERPROFILE%\AppData /q /c /t /reset

Dadurch werden die Berechtigungen zurückgesetzt, wodurch hoffentlich auch die seltsamsten Probleme im Zusammenhang mit Berechtigungen behoben werden.

Methode 6: Entpacken oder Entschlüsseln des Anwendungsbenutzerordners

Wenn der Benutzerordner der App im AppData-Verzeichnis komprimiert oder verschlüsselt ist, kann dies zu Zugriffsfehlern führen. Dies tritt häufig auf, wenn Sie Tools zur Festplattenkomprimierung oder -verschlüsselung verwenden. Um das Problem zu beheben, navigieren Sie zum Ordner, klicken Sie mit der rechten Maustaste darauf, wählen Sie „Eigenschaften“ und deaktivieren Sie unter „ Erweitert “ die Optionen „ Inhalte komprimieren, um Speicherplatz zu sparen“ und „Inhalte verschlüsseln, um Daten zu schützen“. Dadurch sollte die App wieder normal auf ihre Dateien zugreifen können.

Methode 7: Die Anwendung vollständig neu installieren

Manchmal verursachen beschädigte Dateien oder verbliebene Einstellungen seltsame Netzwerkfehler. Deinstallieren Sie die App, löschen Sie den App-Ordner unter AppData\Local (und gegebenenfalls Packages, falls es sich um eine Microsoft-App handelt) und installieren Sie die App anschließend neu. Dadurch wird der zuvor aufgetretene Fehler oft behoben.

Methode 8: Migration von FSR zu DFSR für die Domänenreplikation

Technisch gesehen ist dies nur relevant, wenn Sie einen Domänencontroller hochstufen und dieser Fehler während der AD-Einrichtung oder -Replikation auftritt.Ältere Windows Server-Versionen verwenden FRS (Dateireplikationsdienst), der veraltet ist. Sie müssen auf DFSR (Verteilte Dateisystemreplikation) migrieren. Die offiziellen Microsoft-Anleitungen sind hierfür die beste Informationsquelle, beispielsweise diese hier: Microsoft TechNet.

Methode 9: Überprüfen Sie Ihren benutzerdefinierten Code.

Wenn Sie eigene Skripte oder Anwendungen entwickeln, die auf Netzwerkressourcen zugreifen, liegt der Fehler möglicherweise in Ihrem Code. Häufige Probleme sind der Versuch, in einen bereits geschlossenen Stream zu schreiben oder daraus zu lesen, oder ein zu kurzes Timeout. Manchmal lässt sich das Problem durch eine Verlängerung des Timeouts oder die korrekte Verarbeitung von Stream-Zuständen im Code beheben. Im Zweifelsfall fragen Sie in Foren wie Stack Overflow nach.

Zusammenfassung

  • Überprüfen und aktivieren Sie die SMB2/3-Protokolle auf Client und Server.
  • Stellen Sie sicher, dass die erforderlichen Firewall-Ports (insbesondere 445 TCP) geöffnet sind.
  • Sicherheitssoftware vorübergehend deaktivieren oder auf die Whitelist setzen.
  • Setzen Sie die Berechtigungen für App-Ordner zurück, falls diese fehlerhaft erscheinen.
  • Entpacken oder entschlüsseln Sie die App-Datenordner, falls diese die Ursache für Probleme sein könnten.
  • Installieren Sie Apps neu, wenn sie nicht richtig funktionieren.
  • Bei AD-bezogenen Fehlern sollten Sie eine Migration von FRS zu DFSR in Betracht ziehen.
  • Überprüfen Sie Ihre Skripte oder Ihren Programmcode auf häufige Fehler wie geschlossene Datenströme oder zu niedrige Timeout-Werte.

Zusammenfassung

Ehrlich gesagt, kann die Fehlersuche bei diesem Problem einer Schnitzeljagd gleichen – mal liegt es am Protokoll, mal an den Berechtigungen oder sogar an der Firewall. Die folgenden Lösungsansätze führen meist in die richtige Richtung. Auf manchen Rechnern behebt ein einfacher Neustart oder eine kleine Protokolländerung das Problem. Es ist nicht immer einfach, aber mit Geduld machbar. Hoffentlich spart das jemandem ein paar Stunden – bei mir hat es funktioniert, hoffentlich auch bei Ihnen.