2

Мой работодатель переключился с VPN и RDP на использование того, что наш админ называет "RDP over HTTPS". После этого переключения я не могу подключиться к "новому" RDP-серверу.

Я думаю, что прогресс заключается в следующем:

  • Шлюз-сервер RDP подключен через TLS
  • запрашиваемый сервер (отличный от шлюза-сервера) затем подключается через соединение TLS.

В Windows mstsc-settings имя сервера - это "имя внутренней сети" компьютера, к которому я хочу подключиться. И на последней вкладке (на немецком языке это называется "leistung" - может быть "активность"), я захожу в настройки "подключение отовсюду" и устанавливаю сервер-шлюз в «сервер-шлюз».

Теперь: есть ли способ использовать этот сценарий в Linux (кроме виртуальной машины под управлением Windows)?

Я заинтересован в

  • бесплатные идеи (например, возможно ли создать туннель TLS и подключиться через него с помощью freerdp/rdesktop?)
  • несвободные идеи. Пока они работают, я буду беспокоиться о расходах позже.

РЕДАКТИРОВАТЬ (2013-09-27):
На данный момент ранее принятый ответ (iTap) больше не доступен (см. Комментарии там), но к настоящему моменту FreeRDP является правильным ответом (на данный момент FreeRDP имеет поддержку шлюза TS в своей ветви master/stable-1.1), поэтому я переключил принятый ответ.

|источник

4 ответа4

4

Предполагается, что FreeRDP будет работать в режиме соединения TLS, если вы скомпилируете его с поддержкой OpenSSL.

FreeRDP - это бесплатная реализация протокола удаленного рабочего стола (RDP), выпущенная под лицензией Apache.

|источник
1

Установите FreeRDP

Для дистрибутивов .deb (Ubuntu, Debian и т.д.)

sudo apt-get install freerdp-x11

Для дистрибутивов .rpm (RedHat, CentOS, Fedora и т.д.)

sudo yum install freerdp

Попытайся

Кажется, еще нет графического интерфейса, который бы это поддерживал, но CLI работает (в некоторой степени, случайные странные сбои). Вы можете попробовать это с помощью команды, подобной следующей.

xfreerdp /g:tsg.domain.tld /gu:username@domain /gp:password /v:targeted-server

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

Вы можете указать другое имя пользователя на целевом сервере или настроить разрешение и т.д. Подробная информация об аргументах CLI для таких вещей доступна: https://github.com/FreeRDP/FreeRDP/wiki/CommandLineInterface

|источник
0

Прокси-соединение RDP через соединение SSH к машине на границе.

|источник
0

Есть один (!) программное обеспечение, которое может сделать это:
http://itap-mobile.com/desktop/rdp/ приносит iTap - программное обеспечение для подключения rdp, которое стоит 20 € плюс налог. Это не с открытым исходным кодом, но это решение моей "проблемы" ... У них тоже есть тестовая версия.

Похоже, что iTap работает под GNU/Linux и Mac.
Я попробовал это с моей настройкой работодателей, и она работает безупречно.

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .