A hálózati megosztások nem jelennek meg VPN-en? A felderítés leáll

A megosztás akkor nyílik meg, amikor beírja az útvonalát, a hálózati böngésző pedig semmit sem mutat. Ez a kombináció gyakori alagúton keresztül, és általában nem hiba. A felderítés a helyi szegmensnek tesz fel kérdést; az elérhetőség egyetlen gazdagépnek tesz fel kérdést. Egy irányított alagút az utóbbit viszi, nem az előbbit.

A felderítés és az elérhetőség különválik

A böngészőlistát olyan protokollok állítják elő, amelyek szolgáltatásokat hirdetnek a helyi szegmensnek, és figyelik ezeket a hirdetményeket. Egy megosztás név szerinti megnyitása közvetlen kapcsolat egyetlen gazdagéppel. Az előbbihez broadcast vagy multicast tartomány kell; az utóbbihoz útvonal és port.

Alagúton keresztül az utóbbi tökéletesen működhet, miközben az előbbi üres ablakot ad vissza. Ha az üres ablakot tekinti a hibának, olyan törött alagutat keres, amely a dolgát végzi.

Miért marad üres a böngészőlista

A Windows megszüntette a Computer Browser szolgáltatást, és alapértelmezés szerint kikapcsolta az SMB 1-es verzióját, ami eltávolította a régi Network Neighborhood mögötti gépezetet. Az olyan helyettesítők, mint a WS-Discovery, az SSDP és a multicast DNS, olyan broadcast vagy multicast csoportokat címeznek, amelyek csak helyi kapcsolaton léteznek. A pont-pont alagútnak nincs ilyen kapcsolata, és az útválasztók alapértelmezés szerint nem továbbítják ezeket a csoportokat. Minden gazdagép elérhető lehet, és a lista mégis üres maradhat.

Egyes programok saját felderítő segédet adnak hozzá. Ha ez a segéd működik, az a program jellemzője, nem az alagút tulajdonsága.

Használjon kifejezett neveket, majd igazolja a hozzáférést

UNC-útvonal, csatlakoztatott meghajtó vagy Finder-kapcsolat egy SMB-címhez működik az alagúton, amint a név feloldódik és a port nyitva van. A feloldás jöhet DNS-ből, a VPN által biztosított keresési utótagból vagy központilag kezelt hosts-bejegyzésből. Egy tartományban a címtárlekerdezés számítógép-objektumokat listázhat, és ez a lista általában a böngészőnézet legközelebbi helyettesítője irányított hálózaton. Az ismert előtagok portvizsgálata csak azokon a hálózatokon elfogadható, amelyeket Ön üzemeltet, vagy amelyek tesztelésére kifejezetten fel van hatalmazva.

A válaszoló gazdagép nem ígéri, hogy a megosztás megnyílik. Egy NAS engedélyezési listája a saját alhálózatára korlátozódhat, amely elutasítja a VPN-címeket. Egy fájlszerver tűzfalszabálya csak a helyi alhálózatot nevezheti meg. A megosztáshoz megadott fiók lehet olyan helyi fiók, amely soha nem jött létre azon a kiszolgálón, és a VPN-en keresztüli csatlakozás nem hozza létre.

Egyes vállalati programok szándékosan blokkolják a helyi és a virtuális gépek forgalmát, amíg az alagút aktív. Ez a hiányzó hozzáférés szabályzat, és a javítás a rendszergazdára tartozik, nem a program útválasztási táblájára.

Egy diagnosztikai sorrend, amelyet érdemes megismételni

Járja végig a rétegeket sorrendben: érje el a címet, oldja fel a nevet, nyissa meg a 445-es portot, hitelesítsen, majd olvassa ki a megosztás engedélyeit. Minden válasz különálló, és az előreszaladás magabiztos téves következtetést ad. Csak miután mindegyik átment, érdemes a felderítést vizsgálni.

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

Hagyjon jegyzetet a kiszolgáló nevével, a megosztás útvonalával, a feloldott címmel és a működő fiókkal. Ha a böngészőlista később egy szolgáltatás újraindítása után megtelik, tekintse ezt a felderítés furcsaságának, és nem annak bizonyítékaként, hogy a korábbi útvonal hibás volt. A jegyzet az, ami a következő embernek lehetővé teszi az üres ablak átugrását.