Следующая ситуация:
Сервер 2 012 R2 (Имя: TS) - Шлюз RDS, Брокер, Хост - В LAN - Сам созданный сертификат "rds.example.com"
Сервер 2 012 R2 (Имя: TS1) - Хост RDS - В LAN - Сам созданный сертификат "rds.example.com" (Изменение Питанием Shell для использования этого сертификата)
Сервер 2 012 R2 (имя: Lic) - сервер лицензий RDS - в LAN
Брандмауэр: - NAT для TCP 3389 к "TS"
От внутренней сети я могу соединиться с любым Хостом без любой проблемы. И да Do not use Gateway for internal Connections
уже неконтролируем, таким образом, это должно использовать Шлюз.
От внешнего я могу только Войти в RDS-хост, который установлен на Сервере Шлюза/Брокера.
Сообщение об ошибке, которое я получаю:
Не может соединиться с Сервером Удаленного рабочего стола, проверьте, активируется ли Удаленный рабочий стол
К сожалению, я не могу найти сообщение об ошибке в журналах, которые Укажут на меня к направлению. Я только вижу, что Шлюз делегирует к TS1, и Аутентификация успешна.
У меня есть та же ситуация для RemoteApp по HTTPS, но это хорошо работает. Единственная разница: Хост-сервер (TS1) использует самоподписанный сертификат. Я также попробовал самоподписанный сертификат за текущую ситуацию, но не работал.
Soti nan ekstèn mwen ka sèlman Login to RDS-Host a ki enstale sou Gateway / Fè sèvè a.
Mesaj la erè mwen jwenn se:
Pa ka konekte nan sèvè Desktop Remote. , tanpri tcheke si Remote Desktop aktive
Èske ou vle di ou pa ka konekte deyò lè l sèvi avèk Gateway RD la?
Si se konsa, èske ou te ekspoze epi voye pò 443 nan sèvè pòtay la? Ki baze sou kesyon ou li sanble ou voye 3389, men RD Gateway itilize 443.
Ou ta dwe fèmen 3389 epi louvri 443 nan "TS".