Адрес компьютера в локальной сети по имени через Open VPN
Использование клиента OpenVPN на ноутбуке с Windows 7 для доступа к моей домашней сети. Рабочей группой на ноутбуке является "MyWorkgroup".
Домашняя сеть: маршрутизатор Wi-Fi на 192.168.1.1 - Linksys EA6500 с жестким диском USB, подключенным к его порту USB. Raspberry Pi на 192.168.1.4 настроен как VPN-сервер, подключенный к роутеру.
Linksys позволяет вам называть свой дисковый сервер - скажем, MyServer - но не менять рабочую группу - всегда просто "рабочая группа". Я предполагаю, что у них есть немного Linux внутри, но нет никакого способа добраться до него или его файлов конфигурации.
Маршрутизатор Linksys выступает в качестве сервера для USB-диска. Когда я набираю smb://MyServer/MyHardDisk в файловом браузере Pi (Raspbian/Debian), я могу получить доступ к жесткому диску, и MyServer появляется в файловом браузере GUI. Когда я подключаю свой ноутбук к домашней сети и набираю \\MyServer\MyHardDisk в файловом браузере Windows, я могу получить доступ к диску, и MyServer появляется в сетевом браузере с графическим интерфейсом.
Однако, когда я подключаю ноутбук извне, используя OpenVPN, я не могу получить доступ к файлам в файловом браузере, используя \\MyServer\MyHardDisk, я должен набрать: \\192.168.1.1\MyHardDisk, чтобы получить мои файлы. Также MyServer не отображается в браузере сетевых файлов.
Обыскивая, один сайт сказал, что NetBIOS не пересекает VPN, вы должны настроить сервер WINS. Это верно? Другой говорит, что вам нужна трансляция Windows. На другой странице показан снимок экрана сетевого браузера клиента OpenVPN со всеми общими ресурсами samba в локальной сети; однако это было туманным на деталях того, как сделать это - но это должно быть возможно.
Какие изменения я делаю для доступа к файловому серверу (маршрутизатору) по имени, а не по IP-адресу? И увидеть это в браузере Windows Network?
Перепробовал множество советов по всему Интернету относительно изменения файла /etc/openvpn/server.conf сервера PI VPN: установка DNS-серверов, установка серверов WINS, добавление маршрутов и т. Д. Попытка изменения файла /etc/samba/smb.conf: изменение рабочая группа, включающая WINS, ввод IP-адреса WINS-сервера (пробовал маршрутизатор.1 и.4 Pi). Неудачно.
Как вы можете догадаться, я не очень разбираюсь в Linux, а тем более в OpenVPN, настроил все это из интернет-учебников.
Любые предложения приветствуются. Спасибо роб
1 ответ
Вариант 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 кажется лучшим.