Использует ли RDP DNS после установления соединения?

Использует ли RDP DNS после установления соединения?

У нас наблюдаются сбои в работе сети нашей (маленькой) компании. Все компьютеры подключены проводами, и сбои, похоже, внутренние и внешние.

У нас есть простая DNSустановка на наших ПК для обратной петли для адресов, например, lc.*для разработки нескольких веб-сайтов без необходимости менять файл хоста для каждого URL. На этом сервере нет кэширования, и другие запросы перенаправляются нашим провайдерам DNS. Это работает, так как я могу подключаться ко всем веб-сайтам/сервисам без какой-либо задержки.

Но в основном при использовании RDPсоединения я получаю регулярные тайм-ауты и через несколько секунд оно снова подключается. Это происходит, когда я на работе и подключаюсь к внешним серверам, или когда я работаю вне офиса и подключаюсь к своему рабочему компьютеру.

Мы наняли кого-то для проверки сети, и он говорит, что тайм-ауты происходят из-за DNS сервера. Он даже говорит, что большинство проблем с медленной сетью возникают из-за DNSнеполадок, что я могу понять, если изначальное соединение медленное. Его совет — использовать прямое IPвместо имени хоста, чтобы решить проблему с падением.

Но насколько мне известно, как только соединение установлено, сервер DNSбольше не используется. А когда я подключаюсь извне к своему рабочему компьютеру, то вообще неважно, что DNSиспользует мой рабочий компьютер.

Может ли DNSнастройка вызывать сбои в работе сети после того, как соединение было установлено? Или она действительно больше не используется, как только мы узнаем, example.comчто ее можно найти в 93.184.216.34?

решение1

Согласен, что его ответ сомнителен, и RDP не потребует множественных поисков - как вы указали, проблемы DNS замедлят только первоначальное соединение. Для соединения RDP не требуется ничего, кроме одного соединения TCP.

Было бы неверно утверждать, что большинство замедлений работы сети вызвано DNS. Перегрузка интернет-провайдера, петли маршрутизации, помехи Wi-Fi и слишком большое количество устройств, с которыми приходится справляться маршрутизатору, — все это вероятные причины медленного Интернета (в целом), как и проблемы с DHCP.

Без дополнительных знаний о конфигурации вашей сети это звучит почти как проблема DHCP - я бы склонился установить статический IP за пределами диапазона DNS для моего рабочего стола и посмотреть, исчезнет ли проблема. Если это не сработает, я бы также посмотрел объем трафика в сети и посмотрел, не переполнена ли она соединениями/Mac-адресами. (Кроме того, задействован ли WIFI?)

Связанный контент