Это странно.
Во-первых, ЭТО НЕ ПРОБЛЕМА СЕТЕЙ. Это «поведение хоста rdp», которое можно увидеть, с одной стороны, через поведение приложения RDP. (см.Что происходит с рабочей станцией Windows 7, которая выступает в качестве хоста RDP?для более масштабной истории)
Почему при подключении по RDP с одной машины на другую (обе на Win7 Pro) в одной подсети приложения на «хостовой» машине теряют UDP-соединение с локальной подсетью?
Наши офисные компьютеры, работающие как виртуальные машины VPI (win7), запускают приложение чата, работающее на основе udp. Оно предназначено для чата в пределах офиса.
Когда мы получаем доступ к этим системам через gotomypc, приложение чата работает нормально.
Но мы обычно так не делаем. Мы используем rdp (родной удаленный рабочий стол на станциях Win).
Когда мы используем удаленный рабочий стол для подключения к этим экземплярам, приложение чата теряет видимость в локальной подсети. (Я могу воспроизвести проблему, просто используя RDP с машины в локальной подсети, но впервые заметил ее, когда подключался через VPN извне.)
Приложение чата работает на udp 8168
Другой способ задать вопрос: что происходит с сетью/маршрутизацией UDP на хост-компьютере, когда удаленная система подключается к удаленному рабочему столу хоста?
Возможно ли, что существует виртуальный сетевой интерфейс, который существует только тогда, когда машина является хостом RDP (и что приложение чата теряет соединение с основным сетевым интерфейсом), или?
Как преследовать?
Примечание: Fiddler не видит трафик UDP и бесполезен. nslookup не имеет значения, так как приложение чата использует все IP-адреса, а не доменные имена (оно предназначено только для локального чата в локальной подсети).
решение1
В общем случае при подключении к хосту с помощью RDP ничего не должно происходить с UDP-трафиком.
Пробовали ли вы запустить средство захвата сетевого трафика, например Wireshark?