1

Использование клиента 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

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 кажется лучшим.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .