1

У меня есть несколько компьютеров Windows 10 с (A) 1 Гбит / с и (B) 40 Гбит сетевыми картами. Карты находятся в разных сетях, но обе обеспечивают путь к одному и тому же маршрутизатору.

Маршрутизатор имеет 4 сети, WAN, (C), (A) и (B) выше. Возможна маршрутизация между A, B и C. (А) настроен со шлюзом.

Из 3-й (C) -сети у меня возникают проблемы со связью с (A) 1-гигабайтной сетью, сначала подобные ей пакеты маршрутизируются нормально, затем маршрутизируются через более быструю (B) сеть, что сбивает с толку ОС Windows 10, когда она получает ответы от адрес, к которому он не подключался, затем сбрасывается и связь просто зависает.

Важно отметить, что машины в сетях (A) + (B) выбирают переключение маршрутов обратно в (C) через (B), даже если разговоры начались в (A).

Чтобы было ясно:

  • Это не проблема маршрутизации, все может пинговать все
  • Это не проблема подключения, например - из (C) я могу RDP в (A) и (B), но - только подключения к (B) стабильны. (А) подключается, и через несколько кадров (пакетов?) это висит.
  • Копии файлов CIFS не имеют проблем, но, опять же, Windows будет направлять копии по самым быстрым маршрутам - она предназначена для этого ...
  • Windows Server ожидает, что мульти-хоминг, кажется, и не ведет себя так, только Windows 10 машины делают

Итак, RDP - представитель здесь пакета, который не ожидает переключения маршрутов, не справляется с этим.

Где-то должен быть переключатель конфигурации, чтобы машины не переключали интерфейсы. Меня не волнует, если я потеряю производительность на CIFS, если мне нужна скорость и доступный маршрут, я нацелусь на сеть (B).

Как я могу это исправить?

1 ответ1

1

Я был прав насчет предположения, я полагаю, что 35 лет трудолюбивых 50-60 технических часов работы влияют на догадки.

Серверы RDP (хост-компьютер, на котором выполняется вход) будут пытаться определить самый быстрый маршрут, отправляя пакеты обратно клиентам на всех интерфейсах, как в UDP, так и в TCP. В какой-то момент один из этих компьютеров в сетях A+B последовательно принимает решение отдать предпочтение B для возврата вызовов, поступающих на A.

Я знаю, что сам TCP не поддерживает это, но на самом деле RDP - протокол.

Итак, решение:

На клиентах: Откройте gpedit -> Конфигурация компьютера -> Административные шаблоны \ Компоненты Windows \ Службы удаленного рабочего стола \ Клиент подключения к удаленному рабочему столу и отключите UDP на клиенте

На серверах / хостах (в моем случае, на всех 4 «серверах» безголового Windows 10) Откройте gpedit -> Конфигурация компьютера -> Административные шаблоны \ Компоненты Windows \ Службы удаленных рабочих столов \ Узел сеансов удаленных рабочих столов \ Подключения и

  • Выберите Обнаружение сети на сервере -> Включено и выключено Обнаружение времени подключения и Непрерывное обнаружение сети
  • Выберите транспортные протоколы RDP -> включено и использовать только TCP

Теперь мне не нужно беспокоиться о серверах, пытающихся выбрать пути в сети 40Gb (что в любом случае предназначено для kubernettes) в середине разговора.

Я обнаружил проблемы с 1803 (случайно) и не мог работать вообще на 1809.

Я составил этот «Ответ», используя RDP-соединение с одной безголовой машины.

Работает как шарм сейчас ...

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