У меня есть настройки сети со следующим:

  • Беспроводной маршрутизатор с DD-WRT, передающий несколько SSID через отдельные VLAN в коробку pfSense.
  • Компьютеры, подключенные через Ethernet, включая один сервер samba в интерфейсе 192.168.50.1/27 (без VLAN) 2.
  • Все компьютеры с беспроводным подключением к SSID_KP (VLAN 5) в интерфейсе 192.168.50.129/27 3
  • Все компьютеры (MAC, Win, Linux) в обеих масках подсети могут получить доступ к общему ресурсу samba по имени хоста или IP-адресу.

Моя проблема заключается в том, что только компьютеры в одной и той же маске подсети (192.168.50.1/27) могут просматривать общие папки с возможностью просмотра, просто щелкнув "просмотреть содержимое сети" или щелкнув по сети "рабочая группа". Компьютеры на 192.168.50.129/27 должны явно указать IP-адрес или имя хоста, чтобы увидеть общий ресурс.

Почему это происходит? Есть ли способ заставить обнаружение сети работать на компьютерах в диапазоне 192.168.50.129/27?

Это, очевидно, не является большой проблемой, потому что все компьютеры в маске подсети могут получить доступ к общим файлам. Однако я пытаюсь понять, ПОЧЕМУ общие ресурсы не обнаруживаются через обнаружение сети на компьютерах в той же локальной сети, но с другой маской подсети. Мои правила брандмауэра, очевидно, не блокируют его, потому что все компьютеры могут подключаться через имя хоста и IP.

|источник

2 ответа2

0

Имейте в виду, что MS выводит из употребления устаревшую и небезопасную службу имен NetBIOS (как часто предлагают эксперты Linux). Только Windows 10 Home имеет его после обновления 1803.

Поэтому убедитесь, что на домашнем сервере Samba включена служба DNS-имен и она заполнена данными. Или какой-нибудь другой DNS-хост в вашей сети, который охватывает Samba и другие сетевые хосты и сервисы для клиентов. Также клиенты должны быть направлены на этот DNS-сервер для получения имен ресурсов локальной сети.

Хех NetBIOS существует так долго, что даже во многих дистрибутивах Linux по умолчанию предполагается, что NetBIOS присутствует и что работа выполняется проще, чем настройка DNS в Linux. В конце концов, для экспертов по Linux было больно отключать NetBIOS на старых клиентах Windows без отключения каких-либо программ - так почему бы просто не использовать его. Теперь, после 15 лет, подошла к концу, и MS почти закончила работу над NetBIOS.

|источник
0

Ответ на первоначальный вопрос заключается в том, что службы NetBIOS не маршрутизируются напрямую (рабочая группа = NetBIOS). Старый ответ NetBIOS состоял в том, чтобы настроить обозреватель компьютера в каждой подсети и настроить их для пересылки информации в главный обозреватель).

Простой ответ Windows, который может все еще работать, состоит в том, чтобы использовать HOMEGROUPS, который использует сервисы FUNCTION DISCOVERY для сбора информации. Однако я подозреваю, что он также не функционирует или частично отключен, поскольку он также в значительной степени зависит от NetBIOS в качестве подчиненного поставщика информации.

И снова РЕАЛЬНЫЙ ответ - использовать что-то на основе DNS-серверов. ADS (Active Directory Services) является ответом Microsoft Enterprise. Но любой DNS-сервер будет работать ... хотя DNS-сервер по сравнению с DHCP-сервером для динамической регистрации имени хоста / службы намного лучше для обслуживания сети.

|источник

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