Почему при попытке удаленного рабочего стола возникают ошибки SSL_read и Rpc_client_frag_read
Я пытаюсь настроить сеанс удаленного рабочего стола для мониторинга конкретных систем на моем рабочем месте. У меня есть доступ только к машине с Linux, и мне нужно подключиться через шлюз сервера терминалов. Я использую FreeRDP, чтобы сделать это, и я использую следующую команду для создания соединения:
xfreerdp / d: ** / u: ***** / p: ******* /g:******.************.*** /v:****.*********.***** / порт:3389 / размер:1920x1080
Я спрятал все детали подключения согласно моему запросу супервизора, однако и он, и я проверили правильную информацию, введенную в поля. Когда я отправляю соединение через, я получаю следующую ошибку:
Подключено к ******.************.***:443
Подключено к ******.************.***:443
Успешное подключение к шлюзу TS
Получил заглушку длиной 4 с флажками 3 и назвал 7
Получили заглушку длиной 4 с флажками 3 и назвали 6
SSL_read: ошибка ввода-вывода: сброс соединения по пиру (104)
Rpc_client_frag_read: ошибка чтения заголовка
Кто-нибудь знает, чего мне не хватает? Я даже пытался добавить
/ Сек: RDP
к сценарию, и даже это произвело ту же ошибку
1 ответ
Попробуйте rdp из системы Windows (или попросите кого-нибудь другого попробовать из их системы, так как у вас нет прямого доступа к Windows). Я знаю, что это не решит вашу проблему, но может дать вам лучшую информацию. Я в похожей ситуации и получил то же сообщение об ошибке. Я попробовал remmina вместо xfreerdp и получил даже меньше информации, чем выплевывает xfreerdp.
С виртуальной машины Windows, по крайней мере, я мог сказать, когда я получил свой домен \ имя пользователя и пароль правильно - он сказал мне, что моей учетной записи не был разрешен доступ RDP к этому серверу. Я полагаю, что это означает, что есть учетные записи, которые могут войти в RDP, но мой не входит в их число. Попутно, однако, я обнаружил, что удаленный использует сертификат от ненадежного органа, который был полезной информацией для моего случая.
Если ваш Linux старый или не обновлен, сделайте это. Ваше хранилище сертификатов может быть устаревшим. Но может также случиться так, что домен Windows вашей компании имеет сертификаты, о которых Linux не знает. Возможно, вам просто не хватает сертификата, предоставленного компанией (потому что они распространяются на все машины Windows в домене, но ваша машина Linux не получает такой "выгоды").