Netzwerkfreigaben werden über ein VPN nicht angezeigt? Die Erkennung stoppt

Die Freigabe öffnet sich, wenn Sie ihren Pfad eingeben, und der Netzwerkbrowser zeigt überhaupt nichts. Diese Kombination ist über einen Tunnel üblich und meist kein Fehler. Die Erkennung stellt dem lokalen Segment eine Frage; die Erreichbarkeit stellt einem Host eine Frage. Ein gerouteter Tunnel trägt das Zweite und nicht das Erste.

Erkennung und Erreichbarkeit sind getrennt

Eine Browsing-Liste entsteht durch Protokolle, die Dienste gegenüber einem lokalen Segment ankündigen und auf diese Ankündigungen hören. Eine Freigabe über den Namen zu öffnen ist eine direkte Verbindung zu einem Host. Das Erste braucht eine Broadcast- oder Multicast-Domäne; das Zweite braucht eine Route und einen Port.

Über einen Tunnel kann das Zweite einwandfrei funktionieren, während das Erste ein leeres Fenster zurückgibt. Wer das leere Fenster für den Fehler hält, sucht einen defekten Tunnel, der seine Arbeit tut.

Warum die Browsing-Liste leer bleibt

Windows hat den Dienst Computer Browser eingestellt und SMB Version 1 standardmäßig deaktiviert, wodurch die Maschinerie hinter der alten Netzwerkumgebung entfernt wurde. Ersatz wie WS-Discovery, SSDP und Multicast-DNS adressiert Broadcast- oder Multicast-Gruppen, die nur auf einer lokalen Verbindung existieren. Ein Punkt-zu-Punkt-Tunnel hat keine solche Verbindung, und Router leiten diese Gruppen standardmäßig nicht weiter. Jeder Host kann erreichbar sein, und die Liste kann trotzdem leer bleiben.

Manche Programme bringen einen eigenen Erkennungshelfer mit. Arbeitet dieser Helfer, ist das eine Funktion des Programms, keine Eigenschaft des Tunnels.

Explizite Namen verwenden und dann den Zugriff bestätigen

Ein UNC-Pfad, ein zugeordnetes Laufwerk oder eine Finder-Verbindung zu einer SMB-Adresse funktioniert über den Tunnel, sobald der Name aufgelöst und der Port offen ist. Die Auflösung kann über DNS, über ein Suchsuffix, das das VPN bereitstellt, oder über einen zentral verwalteten hosts-Eintrag erfolgen. In einer Domäne kann eine Verzeichnisabfrage Computerobjekte auflisten, und diese Liste ist meist der nächstliegende Ersatz für eine Browsing-Ansicht in einem gerouteten Netz. Ein Portscan bekannter Präfixe ist nur in Netzen vertretbar, die Sie betreiben oder für deren Test Sie ausdrücklich autorisiert sind.

Ein Host, der antwortet, verspricht nicht, dass die Freigabe aufgeht. Ein NAS kann eine Allowlist haben, die auf sein eigenes Subnetz beschränkt ist und Adressen aus dem VPN-Pool ablehnt. Die Firewall-Regel eines Dateiservers nennt vielleicht nur das lokale Subnetz. Das Konto, das Sie für die Freigabe angeben, kann ein lokales Konto sein, das auf diesem Server nie angelegt wurde, und die Verbindung über das VPN legt es nicht an.

Manche Unternehmensprogramme blockieren lokalen Datenverkehr und Datenverkehr virtueller Maschinen absichtlich, solange der Tunnel steht. Dieser fehlende Zugriff ist Richtlinie, und die Korrektur gehört zum Administrator und nicht zur Routentabelle des Programms.

Eine Diagnosereihenfolge, die sich zu wiederholen lohnt

Gehen Sie die Schichten der Reihe nach durch: Adresse erreichen, Namen auflösen, Port 445 öffnen, authentifizieren, dann die Freigabeberechtigungen lesen. Jede Antwort ist eigenständig, und wer vorspringt, kommt zu einer sicheren falschen Schlussfolgerung. Erst wenn alle bestanden sind, lohnt es sich, die Erkennung zu untersuchen.

nslookup fileserver.example.com
nc -vz fileserver.example.com 445
smbclient -L //fileserver.example.com -U EXAMPLE/jdoe

Hinterlassen Sie eine Notiz mit Servername, Freigabepfad, der aufgelösten Adresse und dem Konto, das funktioniert hat. Füllt sich die Browsing-Liste später nach einem Dienstneustart, behandeln Sie das als Erkennungs-Eigenheit und nicht als Beweis, dass die frühere Route falsch war. Die Notiz ist es, die der nächsten Person das leere Fenster erspart.