Udziały sieciowe nie pojawiają się w VPN? Wykrywanie się zatrzymuje

Udział otwiera się po wpisaniu jego ścieżki, a przeglądarka sieciowa nie pokazuje niczego. Taka kombinacja jest częsta przez tunel i zwykle nie jest usterką. Wykrywanie pyta segment lokalny; osiągalność pyta jeden host. Tunel z routingiem przenosi to drugie, a nie to pierwsze.

Wykrywanie i osiągalność są rozdzielne

Listę przeglądania tworzą protokoły, które ogłaszają usługi segmentowi lokalnemu i nasłuchują tych ogłoszeń. Otwarcie udziału po nazwie to bezpośrednie połączenie z jednym hostem. To pierwsze wymaga domeny rozgłaszania lub multiemisji; to drugie wymaga trasy i portu.

Przez tunel to drugie może działać bez zarzutu, podczas gdy to pierwsze zwraca puste okno. Potraktowanie pustego okna jako usterki każe szukać zepsutego tunelu, który robi swoje.

Dlaczego lista przeglądania pozostaje pusta

Windows wycofał usługę Computer Browser i domyślnie wyłączył SMB w wersji 1, co usunęło mechanizm stojący za dawnym Otoczeniem sieciowym. Zamienniki, takie jak WS-Discovery, SSDP i multicast DNS, adresują grupy rozgłaszania lub multiemisji, które istnieją tylko w łączu lokalnym. Tunel punkt-punkt nie ma takiego łącza, a routery domyślnie nie przekazują tych grup. Każdy host może być osiągalny, a lista może nadal być pusta.

Niektóre programy dodają własnego pomocnika wykrywania. Gdy ten pomocnik działa, jest to funkcja programu, a nie właściwość tunelu.

Używajcie jawnych nazw, a potem potwierdźcie dostęp

Ścieżka UNC, zamapowany dysk lub połączenie Findera z adresem SMB działa przez tunel, gdy nazwa się rozwiąże, a port jest otwarty. Rozwiązanie może pochodzić z DNS, z sufiksu wyszukiwania dostarczanego przez VPN lub z centralnie zarządzanego wpisu hosts. W domenie zapytanie do katalogu może wylistować obiekty komputerów, a ta lista jest zwykle najbliższym zamiennikiem widoku przeglądania w sieci z routingiem. Skanowanie portów znanych prefiksów jest dopuszczalne tylko w sieciach, którymi zarządzacie lub do testowania których macie wyraźne upoważnienie.

Host, który odpowiada, nie obiecuje, że udział się otworzy. NAS może mieć listę dozwolonych ograniczoną do własnej podsieci, która odrzuca adresy z puli VPN. Reguła zapory serwera plików może wskazywać tylko podsieć lokalną. Konto podane dla udziału może być kontem lokalnym, którego nigdy nie utworzono na tym serwerze, a połączenie przez VPN go nie tworzy.

Niektóre programy korporacyjne celowo blokują ruch lokalny i ruch maszyn wirtualnych, dopóki tunel jest aktywny. Ten brakujący dostęp to polityka, a poprawka należy do administratora, nie do tabeli routingu programu.

Kolejność diagnostyczna, którą warto powtórzyć

Przechodźcie warstwy po kolei: osiągnijcie adres, rozwiążcie nazwę, otwórzcie port 445, uwierzytelnijcie się, a potem odczytajcie uprawnienia udziału. Każda odpowiedź jest osobna, a wyprzedzanie daje pewny siebie błędny wniosek. Dopiero gdy wszystkie przejdą, wykrywanie warto badać.

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

Zostawcie notatkę z nazwą serwera, ścieżką udziału, adresem, na który się rozwiązał, i kontem, które zadziałało. Jeśli lista przeglądania później się zapełni po restarcie usługi, potraktujcie to jako osobliwość wykrywania, a nie dowód, że wcześniejsza trasa była błędna. To notatka pozwala następnej osobie pominąć puste okno.