Мрежовите споделяния не се показват през VPN? Откриването спира

Споделянето се отваря, когато въведете пътя му, а мрежовият браузър не показва нищо. Тази комбинация е обичайна през тунел и обикновено не е повреда. Откриването задава въпрос на локалния сегмент; достижимостта задава въпрос на един хост. Маршрутизираният тунел носи второто, а не първото.

Откриването и достижимостта са различни

Списъкът за разглеждане се създава от протоколи, които обявяват услуги на локален сегмент и слушат тези обявления. Отварянето на споделяне по име е директна връзка с един хост. Първото се нуждае от домейн за broadcast или multicast; второто се нуждае от маршрут и порт.

През тунел второто може да работи безупречно, докато първото връща празен прозорец. Ако приемете празния прозорец за повредата, ще търсите счупен тунел, който си върши работата.

Защо списъкът за разглеждане остава празен

Windows прекрати услугата Computer Browser и изключи SMB версия 1 по подразбиране, което премахна механизма зад стария Network Neighborhood. Заместители като WS-Discovery, SSDP и multicast DNS адресират групи за broadcast или multicast, които съществуват само на локална връзка. Тунелът точка-точка няма такава връзка и рутерите не препращат тези групи по подразбиране. Всеки хост може да е достижим, а списъкът да остане празен.

Някои програми добавят свой помощник за откриване. Когато този помощник работи, това е функция на програмата, а не свойство на тунела.

Използвайте явни имена, после потвърдете достъпа

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

Оставете бележка с името на сървъра, пътя на споделянето, адреса, до който се е резолвирал, и акаунта, който е проработил. Ако списъкът за разглеждане по-късно се напълни след рестарт на услуга, приемете това като особеност на откриването, а не като доказателство, че предишният маршрут е бил грешен. Бележката е това, което позволява на следващия човек да прескочи празния прозорец.