Вопрос или проблема
У меня проблема с подключением к серверу 2016 с использованием удаленного рабочего стола с win11 24H2. Все работает нормально, когда я в локальной сети. Сервис слушает, я могу подключиться к машине, но когда я подключаюсь через VPN (я получаю другой IP-адрес), я больше не могу подключиться к серверу.
Я могу подтвердить, что с брандмауэром, сетью и службой удаленного рабочего стола все в порядке.
Странно, что он запрашивает имя пользователя и пароль, и я получаю предупреждение о сертификате после того, как пытаюсь подключиться к хосту из сети VPN, но после ввода имени пользователя/пароля он просто выбрасывает меня с ошибкой 0x904.
На самом деле, насколько я вижу, проблема возникает где-то в части “защита сетевого соединения”. Я пробовал все распространенные вещи: credssp в уязвимом режиме, отключение встроенного брандмауэра и т. д.
Я также пытался выполнить тест (когда подключен к VPN)
PS C:\Users\Carlo> Test-NetConnection -ComputerName "10.xx.xx.xx" -CommonTCPPort "RDP" -InformationLevel "Detailed"
ИмяКомпьютера : 10.xx.xx.xx
УдаленныйАдрес : 10.xx.xx.xx
УдаленныйПорт : 3389
РезультатыРазрешенияИмен : 10.xx.xx.xx
СравниваемыеIPsecПравила :
КонтекстСетевойИзоляции : Интернет
ЯвляетсяАдминистратором : Ложь
ПсевдонимИнтерфейса : Ethernet 2
ИсходныйАдрес : 172.xx.xx.xx
СетевойМаршрут (СледующийПрыжок) : 169.254.128.128
TcpTestSucceeded : Истина
Пожалуйста, помогите.
Ответ или решение
Устранение неполадок при подключении к удаленному рабочему столу через VPN
Подключение к удаленному рабочему столу (RDP) на сервере Windows 2016 из операционной системы Windows 11 может вызвать разные проблемы, особенно при использовании VPN. Давайте рассмотрим вашу ситуацию и предложим алгоритм действий для устранения неполадок, основываясь на предоставленной информации.
1. Причины проблемы
Ваше подключение работает в локальной сети, но прерывается при подключении через VPN. Основные возможные причины этого явления включают:
- Проблемы с маршрутизацией: Ваш VPN может направлять трафик неправильно или не позволять трафику RDP проходить.
- Настройки VPN: Некоторые VPN-соединения могут использовать NAT (сеть с помощью преобразования адресов), что может вызывать проблемы с адресацией.
- Проблемы с сертификатом и безопасностью: Ошибка сертификации указывает на потенциальные проблемы с аутентификацией и конфигурацией шифрования.
2. Начальные проверки
Перед глубоким анализом стоит убедиться в правильности базовых настроек:
- Состояние службы RDP: Убедитесь, что служба "Удаленный рабочий стол" запущена и настроена на сервере.
- Настройки брандмауэра Windows: Вы уже упомянули, что проверили брандмауэр, но убедитесь, что правила для RDP (TCP 3389) открыты как для входящего, так и для исходящего трафика.
- Конфигурация VPN: Проверьте, какие протоколы и порты использует ваш VPN-сервис. Убедитесь, что трафик для TCP 3389 не блокируется.
3. Дополнительные диагностические шаги
Используя ваш командлет PowerShell Test-NetConnection, вы подтверждаете, что порт 3389 доступен. Тем не менее, вот еще несколько шагов, которые могут помочь в диагностике:
- Проверка IP-адреса и маршрутов: Убедитесь, что ваш компьютер с Windows 11 при подключении через VPN использует правильный маршрут к серверу.
- DNS-резолвинг: Проверьте, работает ли DNS-резолвинг для имени вашего сервера (если вы используете DNS-имя).
- Логи события: Проверьте журнал событий на сервере Windows для любых записей, связанных с RDP или VPN, которые могли бы предложить дополнительную информацию о причинах разрыва подключения.
4. Проверка настроек безопасности
Ваши действия с изменением параметров CredSSP и отключением встроенного брандмауэра — это верные шаги, но имейте в виду, что:
- CredSSP и управление безопасностью: Проверьте совместимость настроек CredSSP на клиенте и сервере. Иногда разные политики могут привести к такому поведению.
- Сертификаты: Если вы получаете предупреждение о сертификате, это может указывать на то, что сертификат сервера не доверен на вашей машине. Попробуйте вручную установить доверие к сертификату на клиенте.
5. Тестирование альтернативных обходных путей
Если описанные меры не помогают, рассмотрите возможность использования других клиентских протоколов для подключения, таких как SSH-тоннелирование или использование альтернативного программного обеспечения для удаленного доступа, например, TeamViewer или AnyDesk, чтобы определить, связана ли проблема именно с RDP.
Заключение
Проблемы с подключением к RDP через VPN часто связаны с настройками сети, маршрутизацией или безопасностью. Следуя вышеизложенным шагам, вы сможете pinpoint (уточнить) проблему и найти подходящее решение. Если проблемы будут продолжаться, возможно, стоит обратиться к вашему сетевому администратору или провайдеру VPN для более детального анализа конфигурации сети.