Вариант 1. Получение трансляций на сервер
Концептуально простое, но сложное в реализации решение состоит в том, чтобы подключить ваш ноутбук с помощью адаптера TAP VPN вместо TUN и связать его с интерфейсом LAN сервера VPN. С точки зрения ноутбука, он напрямую подключен к тому же сегменту, что и файловый сервер.
Однако есть и другие недостатки, помимо сложности, и вы действительно пытаетесь заставить широковещательный протокол работать так, как он не предназначен.
Вариант 2: локальное разрешение имен
Если вас интересует только возможность ввести UNC-путь ( \\Server1\share) и не просматривать локальную сеть / рабочую группу, тогда файл LMHOSTS на вашем ноутбуке должен быть всем, что требуется.
Когда вы вводите UNC-путь для сервера, клиент Windows проверяет в четырех местах (порядок зависит от фактической конфигурации и версии), пропуская те, которые отключены / не настроены:
- Сервер WINS, который имеет динамические или статические записи для цели. Поскольку целью в этом случае является не устройство Windows, вам необходимо настроить его так, чтобы он знал, где находится сервер WINS, если вам нужны динамические записи, или настройте статические записи самостоятельно. WINS - это протокол, поскольку сама служба WINS доступна только на Windows Server, вы можете настроить ее с помощью Samba, но это может не стоить усилий.
- Трансляция в локальную сеть «Кто-нибудь идет по имени
Server1?». По своему дизайну эта трансляция не пересекает маршрутизаторы (т. Е. Ваш VPN-сервер). - Запрос к DNS-серверу, возможно, путем добавления суффикса DNS вашей локальной сети «Знаете ли вы, кто
Server1? Как насчетServer1.atmyhome.local?». - Файл LMHOSTS, который предоставляет ту же информацию, что и локальная широковещательная рассылка или запрос WINS, но с диска, поэтому он всегда доступен, согласован и быстр.
Поскольку у вас небольшое развертывание, и оно будет меняться очень редко, подход LMHOSTS кажется лучшим.