Необходимо, чтобы Linux RDP-сервер вёл себя как в Windows

Слышал, что обновление сломало возможность подключаться к винде по rdp линуксовыми клиентами. Но непомню о какой винде шла речь.

Слышал, что обновление сломало возможность подключаться к винде по rdp линуксовыми клиентами. Но непомню о какой винде шла речь.

С этим проблем нет. Проблема именно с RDP-сервером в Linux.

ИМХО, этим поделиям не суждено вырасти в готовый, удобный в использовании продукт, т.к. все и так понимают, что тогда МыСы захочет погреть лапки. По всей вероятности, ни IBM, ни еще какие гиганты прямо не заинтересованы в протоколе, т.е. у него нет даже потенциальной юридической защиты.

[MS-RDPBCGR]: Remote Desktop Protocol: Basic Connectivity and Graphics Remoting

Далее Ctrl+F Patents.

ИМХО, этим поделиям не суждено вырасти в готовый, удобный в использовании продукт, т.к. все и так понимают, что тогда МыСы захочет погреть лапки. По всей вероятности, ни IBM, ни еще какие гиганты прямо не заинтересованы в протоколе, т.е. у него нет даже потенциальной юридической защиты.

[MS-RDPBCGR]: Remote Desktop Protocol: Basic Connectivity and Graphics Remoting

Далее Ctrl+F Patents.

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

Чтобы так работало, нужен xrdp новее 0.8.0 емнип.

дешевые отмазки. ставишь на линукс мин. web-server и отдаешь через него vncviewer.exe — один файл.

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

Зачем такие сложные и витиеватые построения вместо простой констатации «опенсорс - говно»?

Придётся на каждый маздай ставить отдельное клиентское приложения выбранного протокола

portable nx или vnc client уже отменили?

Чтобы так работало, нужен xrdp новее 0.8.0 емнип.

Это единственная версия в дереве. В оверлеях тоже ничего интересного нет.

ставишь на линукс мин. web-server и отдаешь через него vncviewer.exe — один файл.

Раздать клиент не проблема, в сети есть файлопомойки, тысячи их. Но хотелось бы организовать удалённый доступ таким образом, как я описал вначале темы.

portable nx или vnc client уже отменили?

• рабочий стол должен оставаться заблокированным, т. е. при удалённом подключении с машины № 2 к машине № 1, локально на машине № 1 рабочий стол должен оставаться заблокированным (не нужно, чтобы RDP-сервер вёл себя как Radmin, TeamViewer и т. п.);

nx или vnc имеет так?

vnc умеет работать в отдельном X-сервере. NX также умеет это + умеет блокировать существующий сеанс через UserScript-ы, если отдельный сервер не нужен

vnc умеет работать в отдельном X-сервере. NX также умеет это + умеет блокировать существующий сеанс через UserScript-ы, если отдельный сервер не нужен

• локальный сеанс должен сохраняться, т. е. поработали вы локально на машине № 1, оставили запущенными приложения, затем подключились удалённо с машины № 2 к машине № 1 и попали в сеанс с запущенными приложениями;
  
• рабочий стол должен оставаться заблокированным, т. е. при удалённом подключении с машины № 2 к машине № 1, локально на машине № 1 рабочий стол должен оставаться заблокированным (не нужно, чтобы RDP-сервер вёл себя как Radmin, TeamViewer и т. п.);

Т. е. vnc вышеназванного не умеет, а nx+напильник умеет, я правильно понял?

VNC с напильником умеет только пункт 1, но не умеет 2(по крайней мере я не помню таких реализаций которые умеют под Linux). NX + напильник - умеет обе твои хотелки

Хvnc к локальному для сервера рабочему столу никакого отношения не имеет. Можешь вообще не запускать на удаленной машине Xorg. У тебя шиндовс головного мозга.

VNC с напильником умеет только пункт 1, но не умеет 2(по крайней мере я не помню таких реализаций которые умеют под Linux). NX + напильник - умеет обе твои хотелки

Спасибо за разъяснение.

Что интересно, лежит https://github.com/neutrinolabs/xrdp xrdp версии 0.9.0, а в штатных репах ubuntu и debian доступна версия 0.6! Смех! Почему так - непонятно.
В общем, мы пока обкатываем использование x2go. Клиент на венде работает ощутимо медленнее клиента в убунте. Такие дела.
К вопросу подключения к старым сессиям есть http://habrahabr.ru/post/189074/

Что интересно, лежит https://github.com/neutrinolabs/xrdp xrdp версии 0.9.0, а в штатных репах ubuntu и debian доступна версия 0.6!

В Fedora тоже самое — 0.6.1. Пробовал, однако, новую версию (0.8.0-r1) в Кальке — различий не заметил.

А не выпускают новые версии потому, что проект заглох http://www.xrdp.org/. По вашей ссылке неофициальная сборка.

В общем, мы пока обкатываем использование x2go.

Оно умеет подключаться к локальным сессиям, чтобы при этом экран оставался заблокированным?

К вопросу подключения к старым сессиям есть http://habrahabr.ru/post/189074/

Это не то. Так уже умеет и 0.6.1.

Оно умеет подключаться к локальным сессиям,

Если что-то так и умеет делать, так это x11vnc. Про блокировку экрана мне неизвестно. Мне вопрос подключения к локальной графической сессии интересен по причине участия в проекте folding@home. На линуксе счёт на gpu происходит только при локальном логине. Надо бы разобраться в вопросе, но мне лениво.