Rdp при подключении интернет пропадает

Windows rdp — обрывы были периодические, но пропали при ping host -t из cmd, из-за чего это?

Жалобы были у сотрудника, что у него периодические обрывы соединения происходили: замирал экран по rdp подключению, нужно было переподключаться. Хотел понять — это физически рвётся что-то, или софтина какая виновата.
Врубил ему ping 192.168.0.x -t и сказал позвать когда обрубит.
Не позвал, а на следующий день снова обрывы. Не позвал потому что обрывов не было, когда работали запросы ping, потом комп грузанул, без запросов обрывы. Снов врубил, обрывы пропали. Отрубил — появлись обрывы.
Настроил ему .bat с подключением к rdp и параллельным ping -t а фоне. Ни разу обрыва больше не было.
Ну настроил и забыл. Через два месяца (вчера) снова столкнулся с такой ситуацией у другого сотрудника, при подключении к совершенно другому компьютеру.
Тайны человечества за 1000: Кто-то знает что это за дичь? Может сталкивались с такой штукой, может быть это изветсный баг/фича?

И ещё, может быть как-то можно диагностировать причину таких замираний экрана?

Средний 5 комментариев

tracert до RDP-Сервера, что-то показывает

Перегрев, плохой коннект в роутере / гнезде, патч-корде эти моменты проверены.

Квартира родителей: Интернет то появляется, то пропадает. причина — кот погрыз сетевой кабель в розетке

tracert до RDP — ничего интересного
Перегрев, плохой коннект в роутере / гнезде, патч-корде — это физические обрывы, конечно всё может быть и всё быть может, но корреляция идёт только с пингом, на сетевое оборудование пока не думаю, не было повода подозревать, потери почти отсутствуют (от 0 до 0.01% потерь), пинг идёт ровно, не дёргается.

Не утверждаю, но мне кажется что всё-таки дело в программной части. Буду продолжать наблюдение.

nApoBo3, в первом случае подсеть одна, между компьютерами комутатор и маршрутизатор микротик, при новом кейсе rdp в другой локации у другого провайдера. ip внутри подсети динамический, внешний ip статика. Никаких совпадений.

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

ps ip на скриншотах можно затереть. и ping, и tracert нумеруют строки выдачи, так что предмет для обсуждения возможен и без конкретных ip (имен узлов)

После длительного гугления и гадания на кофейной гуще, спустя несколько месяцев тестирования решения, могу чётко сказать решение: все проблемы ушли после насильственного выключения UDP протокола на клиенте, оставил только TCP. Причины зависания мне обнаружить не удалось (эникей скиллы не позволили), но теория следующая:
пользователь устанавливает подключение по RDP, и дальше по UDP кидаются пакеты туда-сюда, без проверки целостности и без отсылки пакетов, поддерживающих сеанс (нет сообщений «соединение живое», keepalive). Либо где-то кто-то по пути теряет коннект из-за отсутствия пакетов keepalive, думая что раз keepalive нет, то соединение мертво.
TCP же всегда гоняет keepalive, даже если свернуть RDP соединение, предположительно поэтому соединение не обрывается.
Включается TCP only либо через групповые политики (легко гуглится), либо через реестр вот так:
Use only TCP
Registry Hive HKEY_LOCAL_MACHINE
Registry Path SOFTWARE\Policies\Microsoft\Windows NT\Terminal Services
Value Name SelectTransport
Value Type REG_DWORD
Value 1

Появилась проблема в первом месте потому что я сам настроил UDP, пользуясь вот этой статьёй с хабра: https://habr.com/ru/post/501132/, а в другом месте в душе не знаю почему она появилась, но семь бед — один ответ.
з.ы. Не всё то золото, что гайд на хабре.

Вруби на клиенте tcpdump/wireshark и ищи пропадания связи по времени посе часа-двух работы. Потом смотри, есть ли в каких-нибудь логах что-то странное на этот момент. Как вариант, сетевая спать идет. Как вариант, теряется мак-адрес, а ARP либо отдает кривой адрес, либо ещё что. Если он на вайфае, как вариант роутер решил освободить канал или как-нибудь переключить и карта глючит, а при постоянном трафике этого нет. Если там VPN, как вариант где-то UDP-сессия отваливается на роутере. Проблем может быть много.

Источник

При подключении через удалённый рабочий стол не работает интернет

Можно ли как-нибудь сделать, чтобы при подключении через удалённый рабочий стол к другому компьютеру на моём компьютере не блокировался интернет?

Как повысить герцовку при трансляции через удалённый рабочий стол?
По работе часто приходится работать из дома через удалённый рабочий стал. Стал замечать, что от.

Удаленный рабочий стол через интернет
Доброго времени суток:) Такой вопрос. в офисе стоит 2 системных блока,на одном win 7,на другом.

Как убрать курсор удаленной машины при управлении ей через удаленный рабочий стол?
Подключаюсь с Win 10 через удаленный раб. стол на Win XP, и курсор XP с отставанием следует за.

Уведомление пользователю на удалённый рабочий стол через id (server 2012 r2) при определённом событии
Добрый день! Подскажите со скриптом на powershell. Задача следующая: Скрипт проверяет определённую.

Сообщение от quwy

Ну я подключаюсь через удалённый рабочий стол к другому компьютеру по интернету (нужно по работе) — в результате удалённый сеанс работает, а интернет у меня полностью заблокирован. Мне сисадмин сказал, что так и должно быть.

Сообщение от Akmas

Прямо сейчас у меня открыт удаленный сеанс с компьютером на другом конце страны, интернет работает.
Такое возможно только если специально накрутить на шлюзе нетривиальное правило, запрещающее выход в интернет при подключении к удаленному хосту на порт 3389.

RDP-клиент — это обычная программа, которая подключается к удаленному серверу по сети точно так же, как это делает, например, браузер. Никакого влияния на доступность интернета она сама по себе оказывать не может.

Выполните в консоли команду tracert google.com до подключения, и после. Покажите результаты.

Источник

Не подключается RDP клиент: возможные проблемы и исправление ошибок

Подключение к удаленному рабочему столу с помощью протокола RDP является распространенной задачей. Пользователи могут в дистанционном формате выполнять свои рабочие задачи на корпоративном компьютере и в корпоративной сети. Особенно это актуально в случаях, когда для работы требуется большой объем вычислительных ресурсов, которые могут быть недоступны на домашнем ПК.

В этой статье мы рассмотрим несколько типовых проблем с RDP и пути их решения.

Две типовые проблемы при подключении

Первая стандартная ошибка при подключении выглядит следующим образом:

Перед возникновением такой ошибки обычно пользователь видит сообщение «Инициализация удаленного подключения», после которого компьютер выдаёт ошибку.

Вторая типовая ошибка — это ошибка «Удаленному рабочему столу не удалось подключиться к удаленному компьютеру».

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

Вот какие причины могут привести к проблемам с подключением по RDP:

• неправильные настройки подключения;
• проблема соответствия доменного имени и IP-адреса удаленного компьютера;
• кэш DNS-сервера;
• кэш RDP;
• использование порта RDP другим приложением;
• брандмауэр блокирует подключение;
• обновление Windows.

Давайте рассмотрим эти причины и пути их устранения.

Проверьте настройки подключения

Одна из причин, по которой может возникнуть проблема с подключением по RDP — неправильные настройки самого подключения. Ниже перечислены несколько настроек, которые могут повлиять на возможность подключения по RDP:

Неправильные учетные данные

Если вы вводите неправильные данные для авторизации на удаленном компьютере, подключение по RDP будет невозможно. Убедитесь, что вы вводите правильные учетные данные, и что они имеют достаточные права для подключения.

Неправильный адрес удаленного компьютера

Если для подключения по RDP пользователь указывает неправильное имя компьютера, то, соответственно, клиент не сможет его найти и выдаст ошибку «Удаленному рабочему столу не удалось найти компьютер». Чтобы узнать имя удаленного компьютера для подключения, выполните следующие шаги:

1. Откройте «Проводник» на удаленном компьютере и перейдите на вкладку «Этот компьютер».
2. Кликните правой кнопкой мыши в рабочей зоне и нажмите «Свойства».
3. После этого откроется страница «Система». В разделе «Имя компьютера, имя домена и параметры рабочей группы» вы найдете нужные данные для подключения.

Если проблема не решена, переходите к следующему разделу.

Подключение к удаленному компьютеру по IP-адресу

В качестве адреса при подключении к удаленному компьютеру обычно указывается его доменное имя. Доменное имя — это символьный адрес сервера. Ему сопоставляется определенный IP-адрес. Доменные имена нужны для удобства пользователей, чтобы им не приходилось каждый раз при посещении google.com вбивать в браузерную строку адрес ближайшего сервера Google. Доменные имена и соответствующие им IP-адреса хранятся на DNS-сервере. Иногда доменному имени в DNS-сервере присваивается неправильный адрес — в таком случае пользователь не сможет подключиться к серверу по домену. Чтобы исключить или, наоборот, исправить эту проблему, давайте попробуем подключиться к удаленному компьютеру по IP-адресу.

Чтобы узнать IP-адрес удаленного компьютера, откройте на нём командную строку: нажмите Win+R и введите в окне cmd . В командной строке выполните команду ipconfig . Так вы узнаете IP-адрес компьютера:

Теперь при подключении к удаленному компьютеру через RDP используйте IP, а не доменное имя.

Попробуйте очистить кэш DNS

Иногда помогает очистка кэша DNS. Для этого откройте командную строку и выполните в ней команду ipconfig / flushdns :

Добавьте IP-адрес RDP-сервера в файл hosts

Файл hosts в Windows — это текстовый файл, который содержит ассоциации доменных имен с IP-адресами. Этот файл используется компьютером как первичный источник информации об именах хостов для компьютера, перед тем, как он обращается к DNS-серверу за информацией. Чтобы исправить ошибку в DNS-сервере, вы можете добавить в hosts запись с доменным именем и IP-адресом удаленного компьютера.

Для этого откройте файл hosts с помощью Блокнота. Файл находится в каталоге C:\Windows\System32\drivers\etc\ . Добавьте в него новую строку с IP-адресом удаленного компьютера и его доменным именем и сохраните изменения.

Проверьте порт RDP

По умолчанию для подключения по RDP используется порт 3389. Если какое-то другое приложение на компьютере использует такой же порт, то при подключении возникнет ошибка. Давайте попробуем изменить порт на 3388 и проверим, получится ли подключиться по RDP с другим портом. Для этого:

1. Откройте редактор реестра и перейдите в каталог RDP-Tcp.
2. Найдите запись PortNumber.
3. Нажмите ПКМ на неё и выберите «Изменить».
4. Введите любой другой номер порта в поле данных значения.

Попробуйте воспользоваться альтернативным клиентом RDP

Если у вас не получилось устранить проблему с подключением по RDP через клиент от Microsoft, то вы можете воспользоваться аналогами. Например, AnyDesk или Remote Utilities.

Откатите или установите обновления Windows

Во многих случаях функциональность удаленного рабочего стола (RDP) может быть нарушена после обновления Windows, поскольку один из вновь установленных файлов может нарушить работу RDP. Также существует проблема с шифрованием CredSSP, которая лечится установкой обновления.

Таким образом, если ваша операционная система недавно обновлялась, попробуйте осуществить откат.

Измените настройки брандмауэра

Отключение брандмауэра — это простой способ проверить, является ли брандмауэр причиной проблем с подключением по RDP. Если при выключенном брандмауэре проблема исчезает, то необходимо настроить его или оставить отключенным. Последний вариант не совсем безопасен, поэтому осуществим его настройку.

Чтобы настроить брандмауэр:

1. Откройте Брандмауэр Защитника Windows и нажмите в левом меню «Разрешение взаимодействия с приложением или компонентом в брандмауэре Защитника Windows».
2. Нажмите «Изменить параметры».
3. В перечне программ найдите «Удаленный рабочий стол» и установите напротив него флажки «Частная» и «Публичная».

Закройте окно и попробуйте подключиться. Если проблема была в брандмауэре, теперь вы сможете подключиться к удаленному компьютеру.

Заключение

В этом материале мы рассмотрели две типовые проблемы при подключении к удаленному рабочему столу по RDP. RDP-протокол позволяет организовать удаленное взаимодействие с рабочими станциями. От пользователя потребуется обеспечить лишь стабильное подключение.

У Timeweb Cloud есть специальный сервис для организация виртуальных рабочих столов — VDI: Аренда виртуальных рабочих мест . Timeweb Cloud подготовит всю инфраструктуру и передаст вам готовое решение и необходимые для работы доступы.

Источник