Как заставить win устанавливать smb-соединение только по одному из двух возможных маршрутов? Дано: две машины с win сервер с двумя возможными путями коммуникации
1) напрямую кабелем с подсетью 192.168.99.0/24
2) через маршрутизатор с подсетью 172.16.1.0/24
Когда одна машина пытается подключиться к другой через smb по адресу в сети 192.168.99.0/24 - на самом деле устанавливается и соединение в сети 172.16.1.0/24.
Обе машины в домене, netbios полностью отключен, DNS ничего не знает о сети 192.168.99.0/24.
В net stat следующая картина:
TCP 172.16.1.17:49224 %servername%:microsoft-ds ESTABLISHED
TCP 172.16.1.17:49225 %servername%:microsoft-ds ESTABLISHED
TCP 172.16.1.17:49226 %servername%:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49219 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49220 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49221 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49222 192.168.99.1:microsoft-ds ESTABLISHED
Почему win так делает, и как этого избежать?
UPD:
%servername% резольвится, разумеется, как адрес из сети 172.16.1.0/24.
Все соединения имеют вид 172.16.1.0/24 -> 172.16.1.0/24 и 192.168.99.0/24 -> 192.168.99.0/24; соединений вида 172.16.1.0/24 -> 192.168.99.0/24 или в обратную сторону нет. То есть тут не проблемы маршрутизации.
Win каким-то образом определяет, что целевой сервер доступен ещё и по другому адресу, нежели тот, что прямо указывается как целевой адрес smb-соединения. Каким образом?
Как заставить win устанавливать smb-соединение только по одному из двух возможных маршрутов? Дано: две машины с win сервер с двумя возможными путями коммуникации
1) напрямую кабелем с подсетью 192.168.99.0/24
2) через маршрутизатор с подсетью 172.16.1.0/24
Когда одна машина пытается подключиться к другой через smb по адресу в сети 192.168.99.0/24 - на самом деле устанавливается и соединение в сети 172.16.1.0/24.
Обе машины в домене, netbios полностью отключен, DNS ничего не знает о сети 192.168.99.0/24.
В net stat следующая картина:
TCP 172.16.1.17:49224 %servername%:microsoft-ds ESTABLISHED
TCP 172.16.1.17:49225 %servername%:microsoft-ds ESTABLISHED
TCP 172.16.1.17:49226 %servername%:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49219 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49220 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49221 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49222 192.168.99.1:microsoft-ds ESTABLISHED
Почему win так делает, и как этого избежать?
UPD:
%servername% резольвится, разумеется, как адрес из сети 172.16.1.0/24.
Все соединения имеют вид 172.16.1.0/24 -> 172.16.1.0/24 и 192.168.99.0/24 -> 192.168.99.0/24; соединений вида 172.16.1.0/24 -> 192.168.99.0/24 или в обратную сторону нет. То есть тут не проблемы маршрутизации.
Win каким-то образом определяет, что целевой сервер доступен ещё и по другому адресу, нежели тот, что прямо указывается как целевой адрес smb-соединения. Каким образом?
1) напрямую кабелем с подсетью 192.168.99.0/24
2) через маршрутизатор с подсетью 172.16.1.0/24
Когда одна машина пытается подключиться к другой через smb по адресу в сети 192.168.99.0/24 - на самом деле устанавливается и соединение в сети 172.16.1.0/24.
Обе машины в домене, netbios полностью отключен, DNS ничего не знает о сети 192.168.99.0/24.
В net stat следующая картина:
TCP 172.16.1.17:49224 %servername%:microsoft-ds ESTABLISHED
TCP 172.16.1.17:49225 %servername%:microsoft-ds ESTABLISHED
TCP 172.16.1.17:49226 %servername%:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49219 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49220 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49221 192.168.99.1:microsoft-ds ESTABLISHED
TCP 192.168.99.3:49222 192.168.99.1:microsoft-ds ESTABLISHED
Почему win так делает, и как этого избежать?
UPD:
%servername% резольвится, разумеется, как адрес из сети 172.16.1.0/24.
Все соединения имеют вид 172.16.1.0/24 -> 172.16.1.0/24 и 192.168.99.0/24 -> 192.168.99.0/24; соединений вида 172.16.1.0/24 -> 192.168.99.0/24 или в обратную сторону нет. То есть тут не проблемы маршрутизации.
Win каким-то образом определяет, что целевой сервер доступен ещё и по другому адресу, нежели тот, что прямо указывается как целевой адрес smb-соединения. Каким образом?
Не можешь разобраться в этой теме?
Обратись за помощью к экспертам
Гарантированные бесплатные доработки
Быстрое выполнение от 2 часов
Проверка работы на плагиат
Интересные статьи из справочника
Поможем написать учебную работу
Отвечай на вопросы, зарабатывай баллы и трать их на призы.
Подробнее
Подробнее
Win может определять доступность сервера по разным адресам исходя из того, что он имеет множество сетевых интерфейсов или из-за того, что он использует DNS-записи для поиска сервера.
route add 192.168.99.0 mask 255.255.255.0 <IP_интерфейса> metric 1Для того чтобы заставить Win устанавливать smb-соединение только по одному из двух возможных маршрутов, вы можете попробовать использовать утилиту "route" для добавления статических маршрутов для сети 192.168.99.0/24 и указать интерфейс, через который должно устанавливаться соединение. Например, командой:
где <IP_интерфейса> - это IP-адрес сетевого интерфейса, через который должно устанавливаться соединение.
Также проверьте настройки сетевых интерфейсов на обеих машинах и убедитесь, что не используется механизм мультиплексирования соединений, который может быть ответственным за выбор неожиданных маршрутов.