Comments 90
Поддерживает не только протокол RDP. Возможности и скриншоты github.com/Terminals-Origin/Terminals/blob/master/Docs/Features-and-Screen-shots.md
2. можно не remmina, а просто голый freerdp. Тоже подобрать ключи.
3. rdesktop еще есть.
Теоретически оно не может быть быстрее или медленнее. Протокол открыт (ну, почти).
Другой вопрос, что mstsc транслирует вызовы WinAPI одной машины в вызовы WinAPI другой машины, поэтому винде проще. Но здесь уже ничего не поделать.
Я использую голый xfreerdp — вполне доволен им. А тормоза по сравнению с mstsc могут быть вызваны отсутствием аппаратного ускорения декодирования видеопотока в Linux.
xfreerdp на уровне rdp клиента 7-ки. В 10-ке уже чуть более новый протокол и значительно плавнее работает.
Только вот даже эти последние версии все равно значительно медленнее чем под виндой. Хотя принудительно ключ /gfx:AVC444 не пробовал.
Через месяц опять попробую. Сейчас линукс машина как мини сервак в шкафу работает.
Также очень сильно достает баг отставания звука в рдп сессии, которое появляется через некоторое время.
я предпочитаю krdc
Тоже пробовал много вариантов, но по факту все боль и печаль и очень далеко от виндового официального клиента.
Все думаю погонять официального андроид клиента под anbox. Может лаги будут поменьше. Хотя по функционалу все равно будет не ссовсем то :(
Под android понравился Remote Desktop Manager, даже больше чем родной клиент. Тут правда требования попроще, т.к. все равно с телефона или планшета много не наработаешь.
Так весь вопрос как раз в работе как из под вин клиента. Мега фичи (вкладки, закладки и т.п.) не нужны. Главное минимальный лаг и ощущение работы максимально приближенное к работе за локальной системой. Линукс клиенты такого не дают. Особенно заметно когда приходится работать то из под вин то из под линукса.
На андроид есть надежда потому что клиента выпустил MS и он полностью официальный. И есть шанс что из под anbox будет работать максимально приближенно к вин клиенту по скорости.
Тупая жирная рамка в полноэкранном режиме RDP в Xterm не позволяет работать нативно как на локальном десктопе на удаленной машине или локальной виртуалке. Что за бред с этой рамкой? зачем??
А как производительность этих штук?
Оригинальный rdp, в принципе, отлично.
Протоколы бывают двух видов: MS и всё остальное. Если первый — удобный и быстрый, то «всё остальное» — полная противоположность: медленные или очень медленные, неудобные.
К сожалению, «всё остальное» — удел всех, кто не винде. Остаётся выбирать из разных сортов гуссэ. Впрочем, выбирать тоже особо не из чего: повсюду free-rdp разной степени искалеченности; Тот факт, что он выжил, говорит, что он бесит коммьюнити меньше остальных.
Что касается менеджеров, в том числе и мультипротокольных, — вопрос привычки и вкуса. Я остановился на mRemote версии 1.50 (примерно 2010-2012 год) — последней, насколько я знаю. Затем она была заброшена и возродилась под именем mRemoteNG. К сожалению, с энжи всё плохо: в отличие от mRemote, при переключении из полноэкранного режима в оконный происходит полное переподключение к RDP-сессии, в результате чего экран противно моргает. «Морганием» болеют и все прочие менеджеры, которые я пробовал (я сейчас только про Windows). Оригинальная mRemote делает это безупречно. Вдобавок, она ещё и полностью portable. Из недостатков: если запустить несколько копий из одной папки, с высокой вероятностью потеряешь все настройки. Про сильное/слабое криптование паролей в конфиге — не в курсе, не интересует. Какое-то есть — пароли не в явном виде, а весь конфиг защищён ключом.
Из не-Windows более или менее прилично работают тонкие клиенты от HP (есть несколько штук в зоопарке) — там, если не ошибаюсь, слегка модифицированный free-rdp внутри, ихний Connection Manager вполне пригоден для разовой настройки. Также в зоопарке есть тонкие клиенты с ponix (сильно изменённый thinstation) с free-rdp — ничего плохого не могу про него сказать: настраивается текстовыми файлами, работает на совершенно убогом железе: что именно там тормозит — никто не разберёт, кушаем что дали.
Если дважды кликнуть на заголовок сессии, переключается в режим отрисовки части окна (с прокруткой). В этом режиме правым кликом по заголовку панели можно включить Smartsize — масштабирование с разными коэффициентами X и Y под размер окна.
Fit To Panel — подстройка разрешения под размер окна.
Стандартные разрешения — имеют очевидное назначение.
Изменение настроек подключения требует реконнекта (правым кликом на заголовке панели, например)
Вот если бы тоже самое но под линукс. Потому что абсолютно все что перепробовал по производительности далеко от виндового рдп клиента (что-то из последнего функционала да не поддерживает). Уже появляются мысли поставить офф клиент под андроид.
Но у меня еще накладывалось ограничение, что рабочая машина Ubuntu, а подключаться надо было буквально с того устройства, которое есть в данный момент в доступе, вплоть до телефона
Странно, а вот у меня под стандартным виндовым клиентом RDP всегда подвисал пока шло быстрое обновление экрана (печать больших логов в консоли cmd). Когда пересел на линукс окончательно, стал пользоваться Remmina — и до недавнего времени всё было намного лучше чем с виндой, например, перестало всё зависать при печати логов, а это был самый заметный раздражитель. Недавно, конечно, стали появляться какие-то артефакты изображения, будто в JPEG пожали, но с производительностью всё по-прежнему хорошо.
Я так и не смог понять, чем не устраивает штатный виндовый RDP-клиент?
Впрочем это решает скачиванием www.microsoft.com/store/productId/9WZDNCRFJ3PS
Моба в этом плане стала просто спасением в своё время.
rsload.net/soft/traffic/14692-remote-desktop-organizer.html
Еще у обычного msts нет вкладок, сохранения избранного и проч.
б) что из всего этого поддерживает sso?
К счастью, как это часто бывает, один прошаренный DevOps-инженер решил автоматизировать процесс установки с наиболее типичными настройками и выложил готовый скрипт на github: guac-install. Из его кода легко понять, что он пошел по пути установки образа Docker, и все действия сводятся к вводу всего нескольких команд.Если быть точным, guac-install не использует docker. А вот docker-install — это оно.
Недостаток Nomachine — виртуальные рабочие столы доступны только в платной версии.
Из бесплатных приложений более-менее адекватный вариант — x2go.
Абсолютно нормально. Возможно, для настройки раскладки придётся немного покопаться в настройках, но всё работает в лучшем виде и даже шустрее, чем RDP.
Плюс есть киллер-фича — desktop integration. Можно передавать не образ удалённого рабочего стола, а окна приложений и работать с ними так, как если бы они были запущены локально. Вообще, это фишка X11 протокола и клиент-серверной архитектуры — весь рендеринг происходит на клиенте, а по сети передаются команды отрисовки.
А так вообще Kerberos вполне себе используется, но только для проверки подлинности сервера вместо сертификатов (если проходит Kerberos, кривой сертификат игнорится).
Еще начиная с 2016 есть режим Remote Credential Guard, но и клиент и сервер должны быть поддерживаемой версии, и это по сути дополнительная обертка над Kerberos.
Насчёт ограничения авторизации одной конечной точкой — есть же такие вещи, как Forwardable и Proxiable tickets.
хотя бы по SMB ткнулся в сломанный терминальный сервер (даже если он вообще прав не имеет на этом RDSH), чтобы от его имени авторизоваться в любом сервисе, к которому разрешено делегирование (а их будет много, это ж терминальный сервер).
Поэтому, наверное SSO через CredSSP Default Credentials Delegation посчитали оптимальным в свое время. Ну, а теперь вот Remote Credential Guard.
В mstsc можно выбрать только один или все сразу. А хочется на друх мониторах открыть удаленный компьютер, а на третьем оставить приложение с клиентской машины.
После фразы "не лагает браузер" прекратил читать — такое читать невозможно.
Как раз недавно экспериментировал работать из макоси на удалённом компе с виндой по родному майкрософтовскому клиенту — всё равно это боль и тормоза по сравнению с винда-винда, и вернулся к загрузке винды из буткампа на маке, чтобы сидеть из неё по удалёнке в рабочем виндовом компе. И судя по комментам выше эта ситуация принципиально не разрешима?
https://docs.microsoft.com/en-us/windows-server/remote/remote-desktop-services/clients/remote-desktop-web-client-admin
Польюсь Parallels Client для RDP сессий.
Позволяет указать любое разрешение прямо из интерфейса. Пользуюсь 1920x1017 чтобы на на полном экране оставалась видна родная панель задач.
Из под линукс или из под вин? И умеет ли работать с обычными RDP сессиями или только с парралелс? И если под линукс, то как в сравнении с обычным вин клиентом?
Да, проверил под Linux. Интерфейс и настройки все аналогичные.
Заметил только наличие возможности указать ускорение графики (отсутствует, базовое, RemoteFX или адаптивный RemoteFX). На Android версии это тоже есть, но других настроек поменьше (указать любое разрешение можно).
Не совсем понял — под вин больше настроек или под линукс?
А с точки зрения скорости работы и лагов (например просмотр видео и т.д.)
Одинаково.
Скорость работы отличная, лагов во взаимодействии с операционной системой не видно.
Видео и игры воспроизводятся с приемлемым FPS. Правда звук на видео и играх воспроизводится с задержкой. Управление в играх с ощутимым лагом.
Спасибо за эту подсказку! Очень хороший FPS у Parallels Client для стандартного RDP.
О, не заметил
Вдруг кому пригодится. Недавно столкнулся с поиском rdp-клиента для Linux взамен Remmina (были баги которые мешали нормально работать) и очень понравился клиент Parallels Desktop Client
Короче, в статье какие-то хреновые клиенты представлены, не помогли, а все мои проблемы решил rdp клиент от microsoft скаченные в microsoft store !
Как я искал нормальный RDP-клиент и нашел целых три