Сетевые ресурсы не видны через VPN? Обнаружение останавливается

Ресурс открывается, когда вы вводите его путь, а сетевой браузер не показывает ничего. Такое сочетание обычно для туннеля и, как правило, не является неисправностью. Обнаружение задаёт вопрос локальному сегменту; доступность задаёт вопрос одному хосту. Маршрутизируемый туннель несёт второе, а не первое.

Обнаружение и доступность раздельны

Список просмотра создают протоколы, которые объявляют службы локальному сегменту и слушают эти объявления. Открыть ресурс по имени — это прямое подключение к одному хосту. Первому нужен домен широковещания или многоадресной рассылки; второму нужен маршрут и порт.

Через туннель второе может работать безупречно, пока первое возвращает пустое окно. Если считать пустое окно неисправностью, вы отправитесь искать сломанный туннель, который выполняет свою работу.

Почему список просмотра остаётся пустым

Windows упразднила службу Computer Browser и по умолчанию отключила SMB версии 1, что убрало механизм, стоявший за старой «Сетью». Заменители вроде 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

Оставьте заметку с именем сервера, путём ресурса, адресом, в который он разрешился, и учётной записью, которая сработала. Если список просмотра позже заполнится после перезапуска службы, считайте это особенностью обнаружения, а не доказательством того, что прежний маршрут был неверным. Именно заметка позволяет следующему человеку пропустить пустое окно.