Удаленный рабочий стол (Remote Desktop) — одна из важных функций операционной системы Windows Server 2019, которая позволяет пользователям подключаться к серверу и работать на нем из любого уголка мира. Однако иногда возникают проблемы с подключением, когда пользователи сталкиваются с сообщением «Нет подключения к удаленному рабочему столу». Если вы столкнулись с такой проблемой, не беспокойтесь — в этой статье мы рассмотрим несколько возможных решений.
Первым шагом при решении проблемы «Нет подключения к удаленному рабочему столу» является проверка наличия соединения с сервером. Убедитесь, что ваше устройство подключено к интернету, а также что сервер работает и доступен. Если сервер недоступен, попробуйте перезагрузить его или связаться с администратором для устранения проблемы.
Если соединение с сервером установлено, но по-прежнему не удается подключиться к удаленному рабочему столу, следующим шагом будет проверка настроек удаленного рабочего стола. Убедитесь, что функция удаленного рабочего стола включена на сервере. Для этого зайдите в «Панель управления» -> «Система» -> «Удаленный доступ» и установите галочку напротив пункта «Разрешить подключение к этому компьютеру».
Если вам все еще не удается подключиться к удаленному рабочему столу, возможно, проблема связана с настройками защиты. Убедитесь, что на сервере установлены все необходимые обновления безопасности, а также что ваше устройство имеет актуальные антивирусные программы.
В некоторых случаях проблему может вызвать конфликт сетевых настроек. Убедитесь, что IP-адрес вашего устройства и сервера не конфликтуют и находятся в одной подсети. Если IP-адреса конфликтуют, измените их на другие или обратитесь к администратору для настройки сетевых параметров.
Также помните, что удаленный рабочий стол может быть недоступен из-за ошибок в настройках брандмауэра. Убедитесь, что в настройках брандмауэра Windows открыты порты для удаленного рабочего стола (порт 3389). Если вы используете стороннее антивирусное программное обеспечение, проверьте, не блокирует ли оно удаленный рабочий стол.
В заключение, решение проблемы «Нет подключения к удаленному рабочему столу» может потребовать нескольких шагов. Но не отчаивайтесь: с помощью предложенных в этой статье решений вы сможете восстановить доступ к удаленному рабочему столу Windows Server 2019 и продолжить безопасную и эффективную работу.
Содержание
- Почему нет подключения к удаленному рабочему столу Windows Server 2019?
- Неправильная конфигурация сети
- Отключен RDP-протокол
- Проблемы с лицензированием
- Проблемы с брандмауэром
Почему нет подключения к удаленному рабочему столу Windows Server 2019?
Отсутствие подключения к удаленному рабочему столу Windows Server 2019 может быть вызвано несколькими причинами. Ниже приведены наиболее распространенные проблемы и их решения.
| Проблема | Решение |
|---|---|
| Неправильные настройки брандмауэра | Убедитесь, что правила брандмауэра разрешают подключение к удаленному рабочему столу. Проверьте, активирован ли порт 3389 для входящих подключений. |
| Неправильные настройки удаленного рабочего стола | Убедитесь, что удаленное подключение разрешено на компьютере с Windows Server 2019. Проверьте настройки удаленного рабочего стола и убедитесь, что пользователи имеют права на удаленный доступ. |
| Проблемы с сетью | Проверьте соединение сетевого кабеля и убедитесь, что сетевые настройки сервера правильно сконфигурированы. При необходимости обратитесь к специалисту по сетевым вопросам. |
| Недостаточные ресурсы сервера | Возможно, сервер перегружен или работает слишком медленно из-за недостаточных ресурсов. Перезагрузите сервер и проверьте, есть ли достаточно свободной памяти и процессорной мощности. |
| Ошибка в настройках удаленного подключения | Проверьте настройки удаленного подключения на удаленном компьютере и убедитесь, что параметры подключения указаны правильно. При необходимости уточните эти параметры у администратора сервера. |
Если после выполнения указанных решений проблема не устраняется, рекомендуется обратиться за помощью к специалисту по Windows Server 2019 или системному администратору.
Неправильная конфигурация сети
Проблема с подключением к удаленному рабочему столу Windows Server 2019 может возникать из-за неправильной конфигурации сети. Вот несколько возможных причин и способов их устранения:
- Неправильные настройки IP-адреса или подсети: Убедитесь, что IP-адрес и подсеть, указанные на сервере и клиентском компьютере, настроены правильно. Проверьте, что они находятся в одной подсети и не конфликтуют с другими устройствами в сети.
- Неправильные настройки маршрутизатора: Проверьте настройки маршрутизатора и убедитесь, что он настроен на правильную маршрутизацию трафика. Убедитесь, что порт, используемый для удаленного рабочего стола (обычно порт 3389), открыт на маршрутизаторе.
- Брэндмауэр или антивирусная программа блокируют подключение: Проверьте настройки брэндмауэра и антивирусной программы на сервере и клиентском компьютере. Убедитесь, что порт 3389 разрешен для удаленного доступа.
- Проблемы с DNS: Проверьте настройки DNS на сервере и клиентском компьютере. Убедитесь, что DNS-сервер указан правильно и может разрешать имена сервера.
- Отсутствие сетевого подключения: Убедитесь, что сетевое подключение на сервере и клиентском компьютере работает правильно. Проверьте физическое подключение к сети, а также настройки сетевых адаптеров.
Если у вас возникли проблемы с подключением к удаленному рабочему столу Windows Server 2019, проверьте вышеуказанные факторы и устраните любые проблемы с конфигурацией сети, которые могут быть причиной проблемы.
Отключен RDP-протокол
Если у вас возникла проблема с подключением к удаленному рабочему столу на Windows Server 2019, одной из возможных причин может быть отключенный RDP-протокол.
RDP (Remote Desktop Protocol) в Windows Server 2019 предоставляет возможность удаленного доступа к серверу через интернет. Однако, иногда администраторы могут решить отключить RDP-протокол по соображениям безопасности или другим причинам.
Если вы не можете подключиться к удаленному рабочему столу Windows Server 2019, вам следует убедиться, что RDP-протокол включен. Для этого выполните следующие действия:
- Войдите на сервер под учетной записью администратора.
- Откройте «Серверные свойства». Для этого щелкните правой кнопкой мыши на значке «Этот компьютер» на рабочем столе и выберите «Свойства».
- В окне «Серверные свойства» выберите вкладку «Удаленный рабочий стол».
- Убедитесь, что включена опция «Разрешить подключения только с помощью учетных записей, использующих сетевой уровень аутентификации» и опция «Включить удаленные подключения к этому компьютеру».
- Если опции не включены, отметьте соответствующие флажки и нажмите «ОК», чтобы сохранить изменения.
После того, как вы включите RDP-протокол, вы должны снова попробовать подключиться к удаленному рабочему столу Windows Server 2019. Если проблема все еще не решена, возможно, есть другие факторы, мешающие подключению.
Проблемы с лицензированием
1. Ошибка «Your Remote Desktop Services session has ended» (Ваше сеанс удаленного рабочего стола был завершен)
Эта ошибка может возникать, если на сервере исчерпались доступные лицензии для удаленных рабочих столов. Чтобы решить эту проблему, вам может понадобиться приобрести дополнительные лицензии или увеличить количество доступных лицензий.
2. Ошибка «The remote session was disconnected because your session was logged off at the remote computer. Please try connecting to the remote computer again» (Удаленный сеанс был отключен, потому что ваш сеанс был завершен на удаленном компьютере. Попробуйте подключиться к удаленному компьютеру снова)
Эта ошибка может возникать, если вы использовали максимальное количество одновременных подключений в соответствии с вашей лицензией. Для решения этой проблемы вы можете либо разорвать подключения от других пользователей, либо приобрести дополнительные лицензии для увеличения количества одновременных подключений.
3. Ошибка «The remote session was disconnected because there are no Remote Desktop License Servers available to provide a license» (Удаленный сеанс был отключен, потому что нет доступных серверов лицензий удаленного рабочего стола для предоставления лицензии)
Эта ошибка может возникать, если сервер удаленного рабочего стола не может связаться с сервером лицензий. Для решения этой проблемы убедитесь, что сервер лицензий доступен и правильно настроен на сервере удаленного рабочего стола.
Если у вас возникают проблемы с лицензированием на сервере удаленного рабочего стола Windows Server 2019, рекомендуется обратиться к IT-администратору или службе поддержки для получения дальнейшей помощи.
Проблемы с брандмауэром
Один из распространенных вариантов проблемы с подключением к удаленному рабочему столу Windows Server 2019 связан с настройками брандмауэра. Брандмауэр может блокировать исходящие и входящие соединения, что ограничивает доступ к удаленному рабочему столу.
Чтобы решить эту проблему, необходимо проверить настройки брандмауэра и убедиться, что соединения к удаленному рабочему столу разрешены.
Вот несколько основных шагов, которые помогут вам проверить настройки брандмауэра:
1. Откройте настройки брандмауэра
Откройте панель управления Windows Server 2019 и найдите раздел «Брандмауэр Windows». Щелкните на нем, чтобы открыть настройки брандмауэра.
2. Проверьте правила брандмауэра
В разделе настроек брандмауэра найдите список правил. Убедитесь, что существуют правила, разрешающие соединения к удаленному рабочему столу. Если такие правила отсутствуют, создайте их, указав порт удаленного рабочего стола (обычно порт 3389) и разрешив входящие и исходящие соединения.
3. Проверьте настройки профилей брандмауэра
Убедитесь, что профили брандмауэра (государственной, частной и общественной сети) разрешают соединения к удаленному рабочему столу. Нажмите на каждый профиль и убедитесь, что пункт «Удаленный рабочий стол» разрешен как входящее и исходящее соединение.
4. Перезапустите службу брандмауэра
Если все настройки брандмауэра выглядят правильно, но проблемы с подключением к удаленному рабочему столу Windows Server 2019 сохраняются, попробуйте перезапустить службу брандмауэра. Для этого выполните следующие шаги: откройте командную строку с правами администратора и введите команду «net stop MpsSvc«. Затем введите команду «net start MpsSvc«.
После выполнения этих шагов проверьте подключение к удаленному рабочему столу Windows Server 2019. Если проблема не решена, рекомендуется обратиться к системному администратору или специалисту в области информационных технологий для дальнейшей диагностики и решения проблемы.
В последнее время всё чаще у пользователей Windows 7 возникает ошибка при подключении к удаленному рабочему столу на Windows Server 2016\2019 через шлюз удаленных рабочих столов.
Ошибка следующая — “Не удалось подключиться к удаленному компьютеру, так как сервер шлюза удаленных рабочих столов временно недоступен. Попробуйте подключиться позже или обратитесь за помощью к администратору сети.”
Рисунок 1 — Ошибка подключения к серверу
Данная ошибка происходит из-за того что “Подключение к удаленному рабочему столу (mstsc.exe)” не поддерживает протокол удаленного рабочего стола 8.1.
Рисунок 2 — Старая версия утилиты ms
Причина — не стоят обновления на Windows 7. В этом случае можно установить все обновления на Windows 7 через центр обновления Windows.
Рисунок 3 — Центр обновления Windows
Второй способ — установить требуемые обновления вручную.
Обновления нужно ставить в зависимости от разрядности ОС Windows 7 (32 или 64-битной).
Обновления устанавливаются в следующем порядке:
- Windows6.1 — KB2574819-v2
- Windows6.1 — KB2830477
- Windows6.1 — KB2857650
- Windows6.1 — KB2913751
Компьютер перезагрузится один раз.
После обновления мы получаем “Подключение к удаленному рабочему столу (mstsc.exe)” версии 6.3.9600 с возможностью подключаться к Windows Server 2016\2019:
Рисунок 4 — Версия после обновления
Требуется помощь? Напишите в наш чат!
-
Главная
-
Инструкции
-
Windows
-
Не подключается RDP клиент: возможные проблемы и исправление ошибок
Подключение к удаленному рабочему столу с помощью протокола RDP является распространенной задачей. Пользователи могут в дистанционном формате выполнять свои рабочие задачи на корпоративном компьютере и в корпоративной сети. Особенно это актуально в случаях, когда для работы требуется большой объем вычислительных ресурсов, которые могут быть недоступны на домашнем ПК.
В этой статье мы рассмотрим несколько типовых проблем с RDP и пути их решения.
Две типовые проблемы при подключении
Первая стандартная ошибка при подключении выглядит следующим образом:
Перед возникновением такой ошибки обычно пользователь видит сообщение «Инициализация удаленного подключения», после которого компьютер выдаёт ошибку.
Вторая типовая ошибка — это ошибка «Удаленному рабочему столу не удалось подключиться к удаленному компьютеру».
Каждая из ошибок имеет схожие причины и пути решения, поэтому мы в этой статье мы рассмотрим типовые способы устранения проблем с подключением, которые будут актуальны для каждой ошибки.
Вот какие причины могут привести к проблемам с подключением по RDP:
- неправильные настройки подключения;
- проблема соответствия доменного имени и IP-адреса удаленного компьютера;
- кэш DNS-сервера;
- кэш RDP;
- использование порта RDP другим приложением;
- брандмауэр блокирует подключение;
- обновление Windows.
Давайте рассмотрим эти причины и пути их устранения.
Проверьте настройки подключения
Одна из причин, по которой может возникнуть проблема с подключением по RDP — неправильные настройки самого подключения. Ниже перечислены несколько настроек, которые могут повлиять на возможность подключения по RDP:
Неправильные учетные данные
Если вы вводите неправильные данные для авторизации на удаленном компьютере, подключение по RDP будет невозможно. Убедитесь, что вы вводите правильные учетные данные, и что они имеют достаточные права для подключения.
Неправильный адрес удаленного компьютера
Если для подключения по RDP пользователь указывает неправильное имя компьютера, то, соответственно, клиент не сможет его найти и выдаст ошибку «Удаленному рабочему столу не удалось найти компьютер». Чтобы узнать имя удаленного компьютера для подключения, выполните следующие шаги:
- Откройте «Проводник» на удаленном компьютере и перейдите на вкладку «Этот компьютер».
- Кликните правой кнопкой мыши в рабочей зоне и нажмите «Свойства».
- После этого откроется страница «Система». В разделе «Имя компьютера, имя домена и параметры рабочей группы» вы найдете нужные данные для подключения.
Если проблема не решена, переходите к следующему разделу.
Подключение к удаленному компьютеру по 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 используется порт 3389. Если какое-то другое приложение на компьютере использует такой же порт, то при подключении возникнет ошибка. Давайте попробуем изменить порт на 3388 и проверим, получится ли подключиться по RDP с другим портом. Для этого:
- Откройте редактор реестра и перейдите в каталог RDP-Tcp.
- Найдите запись PortNumber.
- Нажмите ПКМ на неё и выберите «Изменить».
- Введите любой другой номер порта в поле данных значения.
Попробуйте воспользоваться альтернативным клиентом RDP
Если у вас не получилось устранить проблему с подключением по RDP через клиент от Microsoft, то вы можете воспользоваться аналогами. Например, AnyDesk или Remote Utilities.
Откатите или установите обновления Windows
Во многих случаях функциональность удаленного рабочего стола (RDP) может быть нарушена после обновления Windows, поскольку один из вновь установленных файлов может нарушить работу RDP. Также существует проблема с шифрованием CredSSP, которая лечится установкой обновления.
Таким образом, если ваша операционная система недавно обновлялась, попробуйте осуществить откат.
Измените настройки брандмауэра
Отключение брандмауэра — это простой способ проверить, является ли брандмауэр причиной проблем с подключением по RDP. Если при выключенном брандмауэре проблема исчезает, то необходимо настроить его или оставить отключенным. Последний вариант не совсем безопасен, поэтому осуществим его настройку.
Чтобы настроить брандмауэр:
- Откройте Брандмауэр Защитника Windows и нажмите в левом меню «Разрешение взаимодействия с приложением или компонентом в брандмауэре Защитника Windows».
- Нажмите «Изменить параметры».
- В перечне программ найдите «Удаленный рабочий стол» и установите напротив него флажки «Частная» и «Публичная».
Закройте окно и попробуйте подключиться. Если проблема была в брандмауэре, теперь вы сможете подключиться к удаленному компьютеру.
Заключение
В этом материале мы рассмотрели две типовые проблемы при подключении к удаленному рабочему столу по RDP. RDP-протокол позволяет организовать удаленное взаимодействие с рабочими станциями. От пользователя потребуется обеспечить лишь стабильное подключение.
Добрый день.
Часть пользователей потеряла возможность подключения к одному из серверов, выдаёт стандартное сообщение «Функции удаленного рабочего стола не удалось подключиться к удаленному компьютеру по одной из причин:
1) не включен удаленный доступ
2) удаленный компьютер выключен
3) удаленный компьютер не полключен к сети
Пытается подключиться на сервер с адресом 192.168.120.150
В логах сервера, куда пользователь пытается подключиться, следующие события:
261: Прослушиватель RDP-Tcp получил соединение
1149: Службы удаленных рабочих столов: Успешная проверка подлинности пользователя:
Пользователь: user1
Домен: Bod
Адрес источника сети: 192.168.110.3
1301: Клиент посредника подключений к удаленному рабочему столу получил запрос на перенаправление.
Пользователь: Bod\user1
Версия RDP-клиента: 5
1307: Клиент посредника подключений к удаленному рабочему столу успешно перенаправил пользователя Bod\user1 на конечную точку Server2.bod.xxx.ru.
IP-адрес конечной точки: 192.168.120.2
Т.е. вместо того, чтобы зайти на требуемый сервер 192.168.120.150 пользователя кидает на 192.168.120.2 и, само собой, на нужный ему сервер он не заходит.
Сервер, куда требуется зайти пользователю (192.168.120.150), является узлом сеансов удаленных рабочих столов, шлюз и сервер лицензий — на одном из контроллеров домена (192.168.120.40). Посредник, еще один узел сеансов и веб-доступ к рабочим
столам развернуты на еще одном контроллере, который как раз с адресом, куда почему-то перекидывает пользователя (192.168.120.2).
Причем данная проблема появилась когда-то только у одного пользователя, сегодня она проявилась еще у двух.
В чем может быть проблема? Где смотреть затык? На другие серверы данные пользователи заходят как обычно, нормально.
Спасибо!
Обновлено: 08.10.2023
Если у вас возникли проблемы с использованием удаленного рабочего стола (RDP) на сервере Windows, вы можете исправить несколько вещей. Это руководство по устранению неполадок призвано помочь исключить некоторые из наиболее распространенных причин плохой работы.
Проблемы с подключением
Даже если у вас могут возникнуть проблемы с подключением с помощью удаленного рабочего стола Windows, вы всегда сможете войти в веб-консоль с панели управления UpCloud или с помощью подключения VNC, настройки которого указаны на вашем сервере.
После того как вы подключитесь к своему серверу любым из упомянутых выше способов, вас должен приветствовать экран блокировки Windows. Войдите на сервер с учетной записью с правами администратора, чтобы продолжить устранение неполадок.
Если соединение показывает что-то другое, кроме экрана блокировки, проверьте, отвечает ли сервер. Если он не реагирует на команды, возможно, вам придется перезапустить сервер.
Настройки удаленного рабочего стола Windows
Если вы вошли в систему и кажется, что сервер работает, но удаленный рабочий стол по-прежнему не может подключиться, убедитесь, что удаленное подключение разрешено. Самый простой способ добраться до этой опции — открыть sysdm.cpl, выполнив поиск в меню «Пуск». Затем перейдите на вкладку «Удаленное».
Удаленный рабочий стол должен разрешать подключения с других компьютеров, чтобы эта функция работала. Если ваш сервер настроен на разрешение удаленного управления с проверкой подлинности на уровне сети, убедитесь, что ваш собственный компьютер поддерживает это, или разрешите любое соединение. Дополнительную информацию об аутентификации на уровне сети можно найти на сайте Microsoft TechNet.
Оставаясь в настройках RDP, проверьте разрешенных пользователей, нажав Select Users или нажав S. Всем пользователям с правами администратора автоматически разрешается подключаться. Все обычные пользователи должны быть добавлены в этот список. Если вы пытались подключиться с учетными данными пользователя, у которого нет прав администратора, добавьте имя пользователя, под которым вы хотите подключиться, в список разрешенных пользователей.
Брандмауэр
Время от времени брандмауэр Windows может иметь некоторые ограничения, например, входящий протокол ICMP, который используется для ping-соединений, по умолчанию отключен. Откройте Брандмауэр Windows в режиме повышенной безопасности, выполнив поиск «брандмауэр» в меню «Пуск». Перейдите к списку Правила для входящих подключений и прокрутите вниз до правил Remote Desktop, нажав R.
Windows Server 2008 должен отображать два правила: Удаленный рабочий стол (TCP-In) и Удаленный рабочий стол — RemoteFX (TCP-In). Оба они в большинстве случаев будут включены, если сервер по-прежнему использует стандартный TCP-порт 3389 для RDP-соединений.
В Windows Server 2012 правила разделены между доменными и частными или общедоступными профилями, а также протоколами TCP и UDP, что преобразуется в 4 отдельных правила Remote Desktop — User Mode, все из которых обычно включен.
При желании в настройках брандмауэра вы можете включить ICMP для проверки связи. Нажмите F, чтобы найти правила под названием Общий доступ к файлам и принтерам (эхо-запрос — ICMPv4 — входящий) и v6 для обеих версий IP.
Если вы уверены, что брандмауэр Windows разрешает подключения к удаленному рабочему столу, также проверьте настройки брандмауэра для конкретного сервера на панели управления UpCloud. Если вы установили входящее правило по умолчанию для отклонения, не забудьте добавить правило, разрешающее трафик на порт, который прослушивает сервер Remoter Desktop, по умолчанию 3389. Узнайте больше о брандмауэре UpCloud в обучающих материалах.
Сетевое подключение
Проверьте подключение к Интернету на своем сервере, чтобы убедиться, что все ваши сетевые ресурсы работают должным образом. Начните пинговать с вашего сервера. Откройте командную строку и введите cmd в поиске меню «Пуск». Нажмите Enter, затем используйте команду ниже.
Если вы включили эхо-запросы от брандмауэра Windows, вы также можете попытаться пропинговать свой сервер со своего компьютера. Найдите общедоступный IP-адрес сервера в панели управления UpCloud в разделе «Сеть и общедоступная сеть».
Если подключение к Интернету не работает, проверьте конфигурацию IP-адреса в командной строке с помощью следующей команды.
В выходных данных будут перечислены все сетевые подключения ваших серверов, вы должны увидеть 3 адаптера Ethernet: частная сеть, общедоступный IPv4 и общедоступный IPv6. Убедитесь, что они совпадают с информацией о сети в сведениях о вашем сервере на вкладке «Сеть» на панели управления UpCloud.
Если вы видите различия в выходных данных ipconfig и на странице сведений о сети вашего сервера, убедитесь, что все сетевые интерфейсы настроены на автоматическое получение IP-адресов. Для этого найдите Сетевые подключения в меню «Пуск» и нажмите клавишу ВВОД, чтобы открыть его. Откройте Свойства для одного из Ethernet-адаптеров, выберите Протокол Интернета версии 6 или 4 и нажмите кнопку Свойства. под.Убедитесь, что обе круговые кнопки установлены на автоматический режим, и нажмите OK для сохранения. Таким же образом проверьте все сетевые адаптеры на сервере.
Медленное соединение
Если подключение к удаленному рабочему столу работает, но работает медленно или время от времени отключается, попробуйте обновить сетевые драйверы. Загрузите последние версии драйверов Virtio для Windows.
После загрузки ISO-файла на сервер в Windows Server 2008 для его распаковки потребуется такая программа, как 7zip. В Server 2012 вы можете просто смонтировать файл как диск.
При наличии доступных файлов откройте Диспетчер устройств, просто выполнив поиск по имени в меню «Пуск» и нажав клавишу ввода. Перейдите к разделу Сетевые адаптеры, выберите каждый адаптер по одному и запустите Обновить программное обеспечение драйвера. В мастере обновления выберите Выполнить поиск драйвера на моем компьютере, введите местоположение драйвера в поле поиска и нажмите «Далее». Обратите внимание, чтобы параметр Включить подпапки оставался выбранным.
Если вы были подключены через удаленный рабочий стол во время обновления сетевых драйверов, вы, вероятно, на мгновение отключитесь. Клиент должен иметь возможность автоматически восстанавливать соединение после успешной установки драйверов.
Конфликт портов
В некоторых случаях возможно, что другое приложение непреднамеренно использует тот же порт, что и удаленный рабочий стол. Это может вызвать проблемы с подключением или помешать удаленному рабочему столу подключиться.
Проверьте порты, используемые программами. Введите приведенную ниже команду в командной строке.
Netstat распечатает список используемых ими IP-адресов и номеров портов. Найдите строки с номером вашего порта удаленного рабочего стола (по умолчанию 3389) и проверьте идентификатор программы (PID) в конце этих строк. Один PID будет принадлежать службе RDP. Если вы видите другой PID, использующий тот же порт, они будут конфликтовать друг с другом.
Чтобы узнать, каким программам принадлежат PID, используйте следующую команду в командной строке.
Удаленный рабочий стол указан как svchost.exe TermService, любой другой PID, использующий тот же номер порта, вызывает проблемы.
Изменить номер порта RDP
Если есть конфликт портов, вы можете разрешить его, изменив порт, используемый одним из приложений. Microsoft рекомендует в идеале изменить порт, используемый любыми другими приложениями. Если это невозможно, номер порта, который прослушивает удаленный рабочий стол, можно изменить, выполнив несколько действий.
Измените номер порта, так как это также поможет снизить количество попыток вторжения путем запутывания. Это не должно быть вашим единственным методом безопасности.
Чтобы изменить номер порта, сначала нужно выбрать свободный порт, который не используется ничем другим на вашем сервере. Проверьте используемые в настоящее время порты с помощью netstat -a -o, как описано выше. Новый номер порта может быть любым от 1024 до 49151.
Добавьте выбранный вами номер порта в правила Входящего трафика брандмауэра Windows, создав новое правило. В Мастере создания правила для нового входящего трафика выберите следующее
- Тип правила: порт
- Протокол и порты: TCP, определенные локальные порты
В шагах выше
это новый порт, который вы хотите прослушивать через RDP. Убедитесь, что новое правило брандмауэра настроено правильно. После того как вы измените порт RDP, он понадобится вам, чтобы иметь возможность снова подключиться.
Номер порта для удаленного рабочего стола не предназначен для изменения, и единственный способ сделать это — изменить реестр. Мы настоятельно рекомендуем вам сделать резервную копию вашего сервера, прежде чем вносить какие-либо изменения.
Откройте редактор, выполнив поиск regedit в меню «Пуск» и нажав клавишу ввода.
Найдите следующий ключ в файловой системе реестра.
Откройте раздел реестра PortNumber для редактирования, измените отображение на Decimal, введите новый номер порта и нажмите OK, чтобы сохранить изменения. .
Чтобы изменения вступили в силу, вам потребуется перезапустить службу RDP. Снова откройте Службы, выполнив поиск в меню «Пуск» и нажав Enter, чтобы запустить программу.
В списке Службы (локальные) прокрутите вниз, найдите Служба удаленного рабочего стола и перезапустите ее. Во всплывающем окне с запросом на перезапуск других связанных служб нажмите Да, чтобы продолжить.
Вы будете отключены, если для внесения этих изменений использовали RDP. После этого просто повторно подключитесь к новому порту, указав его в поле Компьютер при подключении по протоколу RDP.
С новым портом вы должны получить бесперебойный и надежный удаленный доступ.
Получение помощи
Если вы столкнулись с более серьезными проблемами или вам нужна помощь в чем-то другом, не стесняйтесь спрашивать. Когда вы обращаетесь в службу поддержки UpCloud, постарайтесь объяснить проблему как можно лучше. Включите все шаги, которые вы уже предприняли, вместе с их результатами при устранении проблемы. Это поможет нашей службе поддержки решить вашу проблему.
Главный редактор и технический писатель UpCloud с 2015 года.Облачные энтузиасты, пишущие о серверных технологиях и программном обеспечении.
Пользователи, подключающиеся через RDP к серверу Windows 2019, не могут вернуться к работающему сеансу с открытыми приложениями
У меня есть пользователи, подключающиеся по RDP к серверу Windows 2019.
Пользователи жалуются, что не могут повторно подключиться (нажав X, чтобы закрыть сеанс RDP) и что их программы все еще работают.
Я знаю, что Windows 2019 все еще довольно новая, но я пытался найти ответы и не смог решить эту проблему.
Знает ли кто-нибудь из вас о конкретных настройках/конфигурациях RDP, которые должны быть включены или отключены для этого?
2 ответа
HI
Обычно посредник подключений к удаленному рабочему столу повторно подключает пользователя к правильному серверу узла сеансов удаленных рабочих столов и его прерванному сеансу.
1. Не могли бы вы предоставить более подробную информацию о вашей среде RDS?
1) какую роль сервера rds вы создали?
2) Сколько хостов сеансов и находятся ли они в одной коллекции?
3) Сколько коллекций вы создали в Connection Broker？
2. Эта проблема возникает только с одной коллекцией или со всеми?
3. Пробовали ли вы команду запроса сеанса, есть ли другой идентификатор сеанса при повторном подключении?
4. Есть ли какие-либо журналы событий, в которых зафиксированы некоторые подробности этой проблемы? Сначала включите средство просмотра событий журналов аналитики и отладки.
Проверить на сервере CB:
Журналы приложений и служб->Microsoft->Windows->TerminalServices->SessionBroker
Проверьте сервер SH:
Журналы приложений и служб -> Microsoft -> Windows -> TerminalServices->LocalSessionManage
Спасибо, что ответили мне.
Для уточнения: это один удаленный хост, работающий под управлением Windows 2019 Server. Несколько пользователей подключаются к нему по протоколу RDP.
Я не вижу ничего странного в журналах просмотра событий Windows в меню Windows -> Система, приложение и безопасность.
В настоящее время для решения этой проблемы можно установить время простоя равным 1 минуте. Это делается для того, чтобы, если пользователи закроют сеанс, сеанс завершится через минуту, и они смогут снова войти в систему. Конечно, это совершенно новый сеанс, и ни одно из их приложений не запущено. Это ожидаемо.
Однако я хочу отключить тайм-аут простоя и посмотреть, смогу ли я вернуть пользователей к своему предыдущему сеансу?
Не уверен, что это вообще возможно в WIndows 2019 Server.
Еще раз спасибо
Привет
Есть ли прогресс по вашему вопросу?
Привет
1. Можете ли вы ввести приведенную ниже команду powershell на сервере с проблемой w2019, а затем посмотреть, установили ли мы роль «узел сеанса удаленного рабочего стола»? выдайте w2019 или другой рядовой сервер, используя приведенную ниже команду ps ?
Get-WindowsFeature | где имя — как «rds*»
2. в общем, если мы не установим роль «узел сеанса удаленного рабочего стола» на w2019, будет только 2 одновременных активных сеанса для 2 пользователей. поэтому, если мы хотим, чтобы более 2 пользователей имели удаленный доступ w2019 одновременно, мы должны установите роль «узел сеанса удаленного рабочего стола», и нам также необходимо установить роль лицензирования удаленных рабочих столов, а затем зарегистрировать RDS-вызовы на сервере лицензирования удаленных рабочих столов. в прошлом я видел, как некоторые ИТ-друзья не устанавливали роль «узел сеанса удаленного рабочего стола» и ключ реестра «fsinglesessionperuser» в 0, что приводило к тому, что конечные пользователи не могли повторно подключиться к существующему сеансу.
Можете ли вы проверить, что значение ключа реестра «fsinglesessionperuser» в вашей проблеме равно 1? по умолчанию оно должно быть равно 1.
HKEY_LOCAL_MACHINE\Software\Policies\Microsoft\Windows NT\Terminal Services\
» fsinglesessionperuser»=dword:00000001
HKEY_LOCAL_MACHINE\Software\WOW6432note\policies\Microsoft\Windows NT\Terminal Services
«fsinglesessionperuser»=dword:00000001
Стандарт Windows Server 2019. Служба удаленного рабочего стола работает, но порт 3389 не прослушивается. Та же проблема во всех экземплярах Windows Server 2019 Standard, которые у нас запущены.
Обнаружено системное событие, связанное с:
Службы удаленных рабочих столов не принимают входы в систему, поскольку программа установки запущена.
Имя журнала: Microsoft-Windows-TerminalServices-LocalSessionManager/Operational
Источник: TerminalServices-LocalSessionManager
Идентификатор события: 34
Я пытался изменить порт RDP, проверил настройки брандмауэра, убедился, что служба работает, сравнил ее с другими работающими серверами, прочитал много сообщений и вопросов и безуспешно пробовал многие вещи.
Пожалуйста, есть идеи по решению проблемы?
Вы проверили, помогает ли ответ?
Если ответ полезен, нажмите «Принять ответ» и проголосуйте за него. Спасибо.
8 ответов
Похоже, вам нужно завершить незавершенный процесс установки, который был запущен.
—пожалуйста, не забудьте принять в качестве ответа, если ответ полезен—
Я тоже так предполагал, но никаких незавершенных настроек нет. Никаких сообщений, ни уведомлений, ни приложений с отложенной настройкой не запущено. Этот сервер работает два месяца назад и полностью обновлен.Также несколько раз перезагружался, так что если какая-либо установка не выполнялась, ее сейчас нет.
Та же проблема возникает с другими 3 Windows Server 2019 Standard. Все они были установлены из образа OVF, который также содержит установку установки SQL Server, заданную при первом запуске.
Я подозреваю, что это шаблон Windows Server был подготовлен с помощью sysprep.exe и что-то не доделано.
Как я могу увидеть, есть ли незавершенные настройки?
Не так много, чтобы продолжать. За исключением любых новых подсказок, время может быть лучше потрачено на создание новой, полное исправление и перенос ролей на нее.
—пожалуйста, не забудьте принять в качестве ответа, если ответ полезен—
Проверьте, включен или отключен драйвер фильтра безопасности служб удаленных рабочих столов.
Откройте диспетчер устройств и отобразите скрытые устройства. Удалите драйвер и перезагрузите сервер, чтобы проверить, может ли проблема быть решена.
Если ответ полезен, нажмите «Принять ответ» и проголосуйте за него. Спасибо.
Спасибо за помощь.
Я пытался найти «Драйвер фильтра безопасности служб удаленных рабочих столов», но он отсутствует.
Я искал этот драйвер в Google, и люди говорят, что он должен быть в «Диспетчере устройств — Скрытые устройства — Не Plug and Play», но раздел «Не Plug and Play» не найден, и я полностью проверяю все узлы устройств без успеха.
Есть ли у вас другие идеи?
Также попробуйте проверить ниже:
Диспетчер устройств > Системные устройства > Проверьте, отсутствует ли нумератор корневой шины UMBus
Если отсутствует, выполните следующие шаги, чтобы добавить его обратно
Мы установили UMB Root Bus Enum с помощью устаревшего оборудования
Добавить оборудование с расширенными параметрами
Выберите Показать все устройства
Выберите перечисление корневой шины UMBus
Установите корневое перечисление UMBus
Если ответ полезен, нажмите «Принять ответ» и проголосуйте за него. Спасибо.
Проблемы с новым развертыванием служб удаленных рабочих столов Server 2019.
Ранее у нас было развертывание удаленного рабочего стола Windows Server 2012 R2, и оно работало нормально. Этот сервер был физическим сервером.
Я установил новый сервер, на котором работает виртуальная машина, к которой теперь я хочу, чтобы пользователи подключались через RDP. Я создал установку служб удаленных рабочих столов, и на сервере все работает нормально, и на нем установлены действительные доверенные сертификаты, указывающие на внешний пример полного доменного имени «rdp.ourdomain.com», который указывает на наш выделенный IP-адрес и соответствует имени сервера что я хочу, чтобы пользователи подключались, к которым выполняются все роли, кроме роли лицензирования, на которой находится сервер, на котором установлена виртуальная машина Hyper-V.
По какой-то причине это просто не работает. У меня не было проблем с предыдущим развертыванием, поэтому я чувствую, что при использовании виртуальной машины должны быть какие-то особые соображения или что-то в этом роде? Хотя я не могу найти документацию, в которой это упоминается.
Разбивка ситуации:
Контроллер домена 2 Server 2019: запущена роль лицензирования RDS, на нем установлена виртуальная машина RDS, а также виртуальный коммутатор, предоставляющий доступ к внешней сети.
RDS VM Server 2019: Запуск посредника подключений к удаленному рабочему столу, шлюза удаленных рабочих столов, веб-доступа к удаленным рабочим столам, узла сеансов удаленных рабочих столов с созданной коллекцией сеансов. Также установлены действующие доверенные сертификаты для внешнего полного доменного имени, совпадающего с именем сервера.
Когда я пытаюсь подключиться к удаленному рабочему столу, ничего не получается. Ничего, нада. Он пытается, а затем просто говорит, что не может оштрафовать удаленный компьютер. Я могу пропинговать IP-адрес, на который он указывает, и traceroute завершается нормально.
Есть идеи? Я что-то упустил здесь? Спасибо!!
Брайан5299
Читайте также:
- Окна установки Prestigio 133s
- Ошибка пакета установщика Windows при установке iTunes
- Драйверы Bluetooth для 64-разрядной версии Windows 7 для подключения наушников
- Компьютер не видит сетевую карту на windows 7
- War Thunder зависает в игре для Windows 10