Сеткавыя агульныя рэсурсы не паказваюцца праз VPN? Пошук спыняецца

Рэсурс адкрываецца, калі ўвесці яго шлях, а сеткавы аглядальнік не паказвае нічога. Такое спалучэнне часта сустракаецца праз тунель і звычайна не з’яўляецца няспраўнасцю. Пошук задае пытанне лакальнаму сегменту; дасягальнасць задае пытанне аднаму хосту. Маршрутызаваны тунель нясе другое, а не першае.

Пошук і дасягальнасць — розныя рэчы

Спіс агляду ствараюць пратаколы, якія абвяшчаюць сэрвісы лакальнаму сегменту і слухаюць гэтыя аб’явы. Адкрыццё рэсурсу па імені — гэта прамое злучэнне з адным хостам. Першаму патрэбен домен шырокавяшчання або шматвяшчання; другому патрэбен маршрут і порт.

Праз тунель другое можа працаваць бездакорна, а першае вяртае пустое акно. Калі лічыць пустое акно няспраўнасцю, вы пойдзеце шукаць зламаны тунель, які выконвае сваю працу.

Чаму спіс агляду застаецца пустым

Windows спыніла службу Computer Browser і адключыла SMB версіі 1 па змаўчанні, што прыбрала механізм, які стаяў за старым Network Neighborhood. Заменнікі, такія як WS-Discovery, SSDP і шматвяшчальны DNS, адрасуюць групы шырокавяшчання або шматвяшчання, якія існуюць толькі на лакальным звяне. У тунелі пункт-пункт такога звяна няма, і маршрутызатары не перасылаюць гэтыя групы па змаўчанні. Кожны хост можа быць дасягальным, а спіс можа заставацца пустым.

Некаторыя праграмы дадаюць уласны памочнік пошуку. Калі гэты памочнік працуе, гэта асаблівасць праграмы, а не ўласцівасць тунеля.

Выкарыстоўвайце яўныя імёны, потым пацвердзіце доступ

Шлях UNC, падключаны дыск або злучэнне Finder з адрасам SMB працуе праз тунель, калі імя развязалася і порт адкрыты. Развязанне можа прыйсці з DNS, з суфікса пошуку, які дае VPN, або з цэнтралізавана кіраванага запісу hosts. У домене запыт да каталога можа пералічыць камп’ютарныя аб’екты, і гэты спіс звычайна найбліжэйшая замена прагляду ў маршрутызаванай сетцы. Сканаванне портаў вядомых прэфіксаў дапушчальна толькі ў сетках, якімі вы кіруеце або якія вам яўна дазволена тэставаць.

Хост, які адказвае, не абяцае, што рэсурс адкрыецца. NAS можа мець спіс дазволаў, абмежаваны ўласнай падсеткай, які адхіляе адрасы пула VPN. Правіла фаервола файлавага сервера можа называць толькі лакальную падсетку. Уліковы запіс, які вы падаеце для рэсурсу, можа быць лакальным запісам, які ніколі не ствараўся на гэтым серверы, і злучэнне праз VPN яго не стварае.

Некаторыя карпаратыўныя праграмы наўмысна блакуюць лакальны трафік і трафік віртуальных машын, пакуль тунель актыўны. Гэты адсутны доступ — палітыка, і выпраўленне належыць адміністратару, а не табліцы маршрутаў праграмы.

Парадак дыягностыкі, які варта паўтараць

Праходзьце пласты па парадку: дасягніце адраса, развяжыце імя, адкрыйце порт 445, прайдзіце аўтэнтыфікацыю, затым прачытайце дазволы рэсурсу. Кожны адказ асобны, і забеганне наперад дае ўпэўненую памылковую выснову. Толькі пасля таго, як усе яны пройдзены, пошук варта даследаваць.

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

Пакіньце нататку з імем сервера, шляхам рэсурсу, адрасам, на які ён развязаўся, і ўліковым запісам, які спрацаваў. Калі спіс агляду пазней запоўніцца пасля перазапуску службы, лічыце гэта дзівацтвам пошуку, а не доказам таго, што ранейшы маршрут быў няправільны. Менавіта нататка дазваляе наступнаму чалавеку прапусціць пустое акно.