Как стать автором
Обновить

Сервер терминалов для 1С по протоколу RDP на linux: рекомендации по настройке с учетом опыта реальной эксплуатации

Время на прочтение8 мин
Количество просмотров67K
Всего голосов 17: ↑16 и ↓1+15
Комментарии72

Комментарии 72

А проблему с /tmp не решает установка индивидуальных временных папок по домашним директориям и прописывание переменных окружения соответствующим образом? А то трогать системный umask — как-то стремновато, умолчание там все же разумное. Или у 1C в этом месте захардкоженный /tmp?

Дельное замечание, проверю чуть позже и дам знать

Вместо снятия с поддержки можно написать расширение конфигурации

Насколько я знаю, для работы расширений требуется совместимость конфигурации не ниже платформы 8.3.6, а в типовых конфигурациях на неупрвляемых формах стоит более низкие требования к платформе, поэтому расширения не работают (по крайней мере так было раньше, поправьте меня, если я не прав)

Сейчас по-моему актуальные конфигурации адекватно работают на лёгком клиенте. А файловая БД — всё равно вариант для «полутора землекопов».

В статье я не делал жесткой привязки к режиму работы с базой данных. В данном проекте базы данных расположены на Postgesql

Не все организации перешли на работу с конфигурациями на управляемых формах и многие не собираются, поэтому предложенный вами вариант им не подходит

Сколько клиентов(рабочих мест) реально работает?
Параметры железа можно в студию?
Какая конфигурация используется (БП, ЗУП, УТ)?
Параметры железа клиентских компьютеров?
Какой релиз 8.3.9 используется реально в работе?
До 15.
На виртуалке 3 ядра AMD Phenom II X6 Black 1090T
БУХ 2.0, ЗУП 2.5, УТ 10.3
Клиентские компьютеры разные (точно не знаю), смесь linux+windows
Платформа 8.3.9.2033
Все же мне кажется что данное решение теряет свою актуальность, т.к. гораздо более верным будет использование новых конфигураций на управляемых формах через тонкий или веб-клиент. Хотя бы даже потому, что указанные в статье бух 2.0 и зуп 2.5 поддерживаются последний год.
Если рассматривать только конфигурации Бух 2.0 и Зуп 2.5, то отчасти вы правы — с конфигурациями на управляемых формах гораздо легче организовать совместную работу пользователей, в том числе и для файловой версии через веб-сервер. Не стоит забывать, что есть такие конфигурации, как УТ 10.3, пользователи которой не всегда видят необходимость переходить на УТ 11, в том числе из-за того, что такие конфигурации достаточно сильно дописываются под особенности бизнес-процессов предприятия — в этом случае актуальность все еще остается. Плюс есть еще достаточно много отраслевых конфигураций, которые также еще не все переведены на управляемые формы.
Хотелось бы обратить внимание читателей на то, что хоть я и пытался в статье сделать акценты на применении сервера терминалов для работы с 1с, на самом деле сама технология работы с сервером linux по протоколу rdp может быть полезна не только пользователям 1с, но также администраторам и разработчикам, которым необходима работа с графической оболочкой в linux-системах.
НЛО прилетело и опубликовало эту надпись здесь
Исходя из моего опыта обращения в техподдержку 1с по багам типовых конфигураций из 10-ти заявок они по факту максимум по одной отработали и внесли изменение, но там баг был критический и связан с возмещением НДС. Многие обращения они по факту оставляли без ответа, хотя несколько раз напоминал о себе. В данном случае вариантов особо не было, пришлось оперативно исправлять недочет.
Коллеги, разъясните, пожалуйста, дилетанту ответ на следующий вопрос.
Достаточно мощный сервер для удобной работы хотя бы десятка пользователей с 1С обойдётся в 150-200 тыс. руб. Лицензия на сам 1С-сервер стоит порядка 80к. Клиентская лицензия на 10 рабочих мест — ещё 40к. Конкретные конфигурации тоже имеют весьма немалую цену. Например, корпоративная версия ЗуП — около 100к. Полный комплект для предприятия набегает на солидную сумму.
Поэтому возникает вопрос: при вложении в 350-500к в оборудование и лицензии, не будет ли 50к за Windows Server 2016 не настолько уж и серьёзной суммой, чтобы не прилагать столько усилий и получить в целом стабильно работающее решение?
Или же существуют какие-то свои подводные камни кроме цены, которые не дают использовать данный вариант? Какие-либо государственные ограничения?
50к за windows server плюс ms sql сервер лицензия, плюс CAL плюс лицензии на терминал.
Корпоративный ЗУП для 10 человек, кстати, чем оправдан? Недостаточно обычного?
Потому, собственно, и уточняю, как это всё правильно делается и какие есть требования.
Теперь картина стала куда яснее и понятнее.
Получается, MS SQL Express для работы с 1С будет уже недостаточно? Одно только это значительно увеличит стоимость лицензий, тут и спорить не о чем.
Терминальные также лицензии увеличат стоимость самого Windows Server как минимум вдвое.
Спасибо!
Express мало для чего достаточно, но Postgres под виндой тоже работает.
Некоторые достаточно успешно используют для 1С базы Postgres, но это тоже весьма компромиссное решение, т.к. изначально 1С проектировалось исключительно под инфраструктуру MS Windows.
Тут каждый решает, какое решение для него более оптимальное — либо копание в потрохах linux + postgres(кстати тоже небесплатное удовольствие т.к. хорошие спецы стоят хороших денег), либо заплатить за лицензии и особо не вдаваться в детали при установке и настройке системы (если конечно это не высоконагруженный проект)…
Решение найдено и заключается в необходимости замены кода „Кат = Новый Файл(ПутьДляВыгрузки + “NUL»);"

Чтобы не править конфигурацию, можно просто создать каталог с названием NUL в том каталоге, который указывается в файловом диалоге для выгрузки отчёта. И не надо ничего править.
просто как инфа к теме: в ubuntu 17,07 xrdp 0.9.1 идет «из коробки» и где то со бета-2 вполне себе работает именно «из коробки» во всех деривативах ubuntu (или в тех что я пробовал по крайней мере):

sudo apt install xrdp
sudo systemctl enable xrdp
sudo systemctl starp xrdp

//enjoy… собственно и unity запускается, но с бубном — на черном поле в экране rdp сеанса — правой кнопкой мыши — открыть терминал. набрать unity…
Дождемся финальной версии и проверим, как там обстоят дела с качеством и скоростью прорисовки. Пока по результатам моей субъективной оценки, в версиях после 14.04 есть проблемы со скоростью отрисовки. Причем, если ты до этого не видел, как работает на 14.04, то может показаться, что и на более поздних версиях не плохо — все познается в сравнении. Будем недеяться, что разработчики xrdp решат проблемы, подвижки для этого есть, но на сайте техподдержки я пока не видел однозначного ответа, что все решено (я приводил в статье ссылку на зарегестрированную проблему пользователя)
пробовал сборку по инструкции разработчиков для debian с многими версиями ubuntu, а так же mint. не заметил разницы в скорости отрисовки. то же самое и с 17.04. имхо это вопрос к xrdp/xorgxrdp (зато в мяте даже звук с полпинка поднялся, см инструкцию там же на github разработчиков xrdp)

так же пробовал open suse, там уже давно xrdp запускается из коробки и обычно без бубнов, но там бекенд строго vnc. как следствие палитра 24 бита, возможно именно по этой причине отрисовка субъективно чуть-чуть по живее, но однозначно медленнее, чем у родных (виндовых) удаленных машин

в коллекции был даже bunsenlabs. но итоговый выбор ubuntu достаточно очевиден — и доступность инфы/софта и даже то что карманный линукс в 10ке на основе еяже )))

о bunsenlabs — если то то выдержит аскетизм его среды, а так же требуется linux в среде hyper-v — экономнее всех потребляет память. имеется в в виду динамическое выделение памяти гипервизора
еще пару слов — если главная задача это только терминальный сервер 1С и работа в других приложениях не интересует, ограничены ресурсы сервера по памяти, а обслуживать надо далеко не одного пользователя — лучший выбор bunsenlabs, выигрыш по памяти сервера на терминальную сессию будет заметным по сравнению и с xfce, и с lxde.
Еще не натыкался ни разу на bunsenlabs, попробую при случае, как себя поведет. Спасибо.
поискал в закладках «индикатор/переключатель клавиатуры в openbox» и к сожалению не нашел. но я точно помню что вопрос был решен быстро…

пробуйте эти словосочетания в гугле, решения в итоге есть во множестве и все просто

я прошу прощения, сам виндузятник, просто для себя подбирал «карманный» линукс, для развития эрудиции. из оболочек милее кеды, а основа скорее юбунту

а bunsenlabs вне конкуренции, по тому что винда показывает все по памяти. а также там все компилится и запускается с полпинка (xrdp)
заметил в обсуждениях что тема скорости отрисовки актуальна. повторюсь — я давно (и нудно, года с 2010) искал работоспособные комбинации. к сожалению уверенно могу сказать что это вопрос реализации бэкенда RDP (то есть сам xrdp в купе со своим бэкендом в X-сервере)

одно время думал может контрибы майкрософта в ядро на что то влияют, но по ходу — нет

то что отдают ОС от МС (и с какой скоростью) в RDP это проприетарные фишки, увы. но можно надеяться что neutrinolabs однажды сравняются ))
Почему выбор сделан в пользу именно 32-х разрядной версии Xubuntu?
В данном случае выбор был обусловлен лишь моим предположением, что 32 битная версия клиента 1с «допилена» лучше, ну и, соответственно и ОС также взял 32-х битную. А так можно пробовать и на 64-х битах.
Тогда да, логично, благодарю за ответ!

на дворе 2017, ну не стоит в пакетных дистрибутивах использовать make лучше checkinstall

У меня есть подозрение что при апдейте меняется движок енкодера. На выбор кодека может быть хитрая логика навернута или в старом может не быть одного из них. Можете посмотреть какая из 3х строчек печатается в логе на 12.04 и более поздних?
LLOGLN(0, («xrdp_encoder_create: starting h264 codec session»));
LLOGLN(0, («xrdp_encoder_create: starting jpeg codec session»));
LLOGLN(0, («xrdp_encoder_create: starting rfx codec session»));

Так же я вижу он умеет использовать расширение XVideo (libxv1), маловероятно конечно, но может он не установлен? Или не работает, в каком-нибудь vlc\mplayer можно проверить.

Так же можете попробовать добавить в багу вывод perf top, может сразу будет видно что включается не оптимизированный yuv->rgb или stretch_RGB32_RGB32.
Я у себя в логах не вижу таких сообщений. Видимо, нужно дебаг включить?
И как в багу сделать вывод perf log?
По коду логироваться должно, через g_writeln, куда оно потом попадает и включено ли пока не знаю. Возможно на клиентах есть аналогичное инфо о текущем кодеке.

По профайлеру, perf в пакете linux-tools, просто набрать sudo perf top в консоли, в убунте оно может сначала заругаться и скажет какой пакет доставить. Далее подергать rdp и через некоторе время в консоли нажать q, на экране останется последний топ функций. Так же можно записать все, sudo perf record -a -g, так же подождать нагружая rdp, выйти ctrl-c, и приаттачить файл perf.data.
Провел эксперимент на ubuntu 16.10 и mate desktop окружением. Пробовал 16\8 бит на пиксел, лагов никаких, на глаз работает точно так же как под виндой. 8bpp конечно ощутимо быстрее, я обычно его использую и на винде, только в десяточке в mstsc его убрали зачем то. Может bpp и изменился? Можно еще попробовать объем трафика сравнить.
Проверьте, какая версия стоит? 30.03.2017 вышли обновления версий, возможно, там стало лучше.
0.9.0, не самый последний. Прокрутка страницы в бравзере при 8бит я бы сказал даже плавнее чем в винде, плавность на высоте, хотя я сейчас через инет (при прокрутке страницы трафик 600кб\с, при рабочем iftop — 6кб\с), xrdp и Xorg при этом потребляют по 20% от одного ядра, firefox потребляет 50%, то есть в целом примерно одно ядро. При просто запущенном топе — по 1-2% загрузка.
Если ли разница, между прокруткой страниц с картинками и просто с текстом?
Нет, и картинки и даже с видео все плавно и само видео бодренькое. Только качество 256цветов на винде выше, там оно явно подбирает оптимальную палитру динамически, а тут как будто зафиксировали один раз и не меняют.
У вас машина, на которой стоит xrdp физическая или виртуальная? Если физическая, установлена ли внешняя видеокарта?
Физическая, с nvidia картой, может быть в этом дело, да. Но nvidia GLX под XRDP не используется, если пути переключить на софтварный mesa, gl работает и тормозов тоже нет (в пределах на что способен софтварынй gl, сам rdp не тормозит). Так же можно запустить хардварный gl, если постараться.
Ну в общем у меня при подключении с Windows 7 и выборе 15 бит картинка с youtube проигрывается плавно, но смотреть это не очень приятно, т.к. цветность маленькая. В связи с тем, что за рендеринг отвечает процессор даже при использовании RemoteFX, то добиться такой же скорости проигрывания видео/листания сайтов с картинками, как на Windows Server навряд ли получится.
Видимо, из-за того, что начиная с Xubuntu 16.04 были изменения по части отображения эффектов рабочего стола, мне визуально и казалось, что картинка отображается с тормозами на том же самом железе (i5-3570) по сравнению с Xubuntu 14.04. По крайней мере так получается в связке xrdp+xorgxrdp, которую разработчики рекомендуют как используемую по умолчанию.
Но для работы с 1с на Xubuntu 14.04 у меня претензий не было.
Вообще хотелось бы понять, у кого-то получалось запустить просмотр видео по RDP при использовании xrdp при качестве 32 бита? По факту это не особо нужно, но уже спортивный интерес одолевает (на windows-то работает).
Я читал что RFX на WS может включить аппаратное ускорение и рендер на сервере, по идее тогда и dx и gl должны заработать. Но на деле у меня это не получалось сделать, даже opencl/CUDA контекст не создается, там то ли платная лицензия нужна на TS толи еще что. Здесь же у меня получилось включить ускорение и даже игры запускаются, навряд ли дело в этом, в обычном кейсе кодек на винде тоже явно софтовый или покрайней мере затык не в этом (на моих тестах лучше чем обычная десктопная винда в качестве сервера). Думаю дело в другом, чтобы включить 32bpp и нормально смотреть видео — нужен проброс видео через h264 кодек. Как я понял для этого в плеерах есть поддержка отдельного канала для видео. Здесь по коду поддержка тоже есть в xrdpvr, и есть некий vrplayer. Пока не до конца разобрался с этим.
В общем, удалось мне добиться на клиенте Windows 10 более менее плавного проигрывания видео с youtube. Как оказалось, необходимо было:
— в параметрах подключения «Подключения к удаленному рабочему столу» на вкладке «взаимодействие» выбрать «Локальная сеть (10 Мбит/сек и выше» вместо «Определять качество соединения автоматически» — только в этом случае работает кодек RemoteFX (я тестировал на 16 битах). О необходимости включения именно LAN сказано, например, в статье.
— компьютер клиента должен быть подключен по LAN. В моем случае, когда изначально ноутбук был подключен по WiFi скорости самого соединения не хватало для передачи пакетов без задержки и поэтому видео отображалось с большими рывками.

Самое интересное, после этого я попробовал подключиться и с типом «Глобальная сеть (10 Мбит или выше с большой задержкой) — видео также отображалось более менее плавно, хотя при этом кодек RemoteFX не работал (судя по логам при отладке xrdp).
У меня изначально был LAN, видимо в этом и было отличие. RFX это как я понял не панацея, это кодек на основе jpeg2000 и дает чуть более большое сжатие ценой небольшого увеличения загрузки CPU (GPU тут возможно использовать, но кардинального ускорения не будет, на трансфер данных уйдет много, а мелкие блоки вообще не выгодно). Для видео куда важнее чтобы h264 задействовался, хотя при большом сетевом канале можно и так.
У всех эта связка потребляет немеряно процессорного времени? Прокрутка страниц в браузере дико грузит процессор, тут и 8 ядер не хватит на 15 человек
На каком процессоре тестировали?
Много лет эксплуатируем линуксовые терминалы под Mint'ом в связке с Remmin'ой — ни каких проблем ни со скоростью отрисовки экрана ни с раскладками клавиатуры. Единственный баг — это раз в полгода блокировка сертификатов терминала — но чистится каталог freerdp и пересоздаются сессии и счастье опять есть.
Какую версию используете xrdp? Какой бекенд? Делали ли какие-то настройки, чтобы переключались языки, в том числе после переподключения к сессии? Отрисовку экрана на чем проверяли?
Верите — даже не смотрел последнее время — использую Минт 18 — раз в 3 месяца у пользователей провожу обновление. У реммины с версии 1.хх (из ее репозитария) практически все проблемы, что встречаются в базовых поставках дистрибутивов Линукс — исчезли, ну кроме описанной выше полугодовой периодичностью блокировки сертификатов сессий RDP Windows Server и все! Все разрешения поддерживаются, отрисовка на АДСЛ-каналах с неустойчивой скоростью — тоже отличная как по качеству так и по производительностью, трех языковая раскладка за много лет эксплуатации ни разу не сбоила. Так что чем строить «огород» — пользуйтесь Ремминой ;)
Какое окружение Mint 18 вы используете? Можете попробовать подключиться к серверу не с linux, а с windows клиента, желательно, Windows 8/10. Попробуйте запустить youtube, будет изображение идти плавно?
P.S. Я попробовал поставить Mint 18 с окружением Mate, у меня скорость прорисовки при подключении с клиента Windows 10 вообще ужасная, даже не проверял сайты с графикой открывать, тем более youtube.
xrdp однозначно уступает виндовым удаленкам, но по моим последним опытам не так катастрофически

окружение:
— хост win 10 pro, i5-3330 16 Gb RAM
— в гостях перебывали SUSE (42.1/2, перекатиполе — не все с ними просто), минты 17,*/18,*, циннамон, мате, кеды; юбунты 16.04(сейчас 17.04) юнити (не все просто), мате, кеды (мой выбор)
— вход по RDP

так вот ютуб я вообще то смотрел без проблем везде (но не везде звук с полпинака поднимается )))

пояснение — в 17.04 и SUSE, xrdp из коробки, во все остальных сборка по инструкции https://github.com/neutrinolabs/xrdp/wiki/Building-on-Debian-8
(звук — https://github.com/neutrinolabs/xrdp/wiki/Audio-Output-Virtual-Channel-support-in-xrdp)
Хочу уточнить: «ютуб без проблем» — это значит, что видео проигрывалось без рывков? Какой гипервизор использовали?
P.S. Я на хост на процессоре i5-3570 ставил Mint 18, Xubuntu 16.04 — если при подключении с 15 битами видео отображается без рывков, то при подключении с 32 битами видео уже идет с рывками.
хост win 10 pro, i5-3330 16 Gb RAM
то есть родной hyper-v, RemoteFX не активирован, карта бюджетная, да и xrdp на него ни как не реагировал (виндовые гости скорее даже глючили артефактами)

вообще то для оценки производительности больше опирался на http://oortonline.gl/ и на хосте и в гостях

ни vmware ни virtualbox не впечатлили, даже если ставить основной системой linux и подгонять ему свежие драйвера nvidia. за год экспериментов пришел к твердому убеждению что на личном компе только винда на реальном железе, и linux под hyper-v, «раскрывают потенциал» как модно сейчас говорить (или всем реальное железо давать)

для продакшена — hyper-v вроде как существует в виде отдельной, бесплатной редакции сервера, так что тоже вполне возможный вариант
кажется немного смешали контексты?
гипервизор по моему еще более далек от темы скорости отрисовки ютуба по RDP

мой рецепт — xrdp 0.9.1, звук от туда же, и если мы говорим о FifeFox — обязательно обновить флешплеер, или заменить плагином, который использует плеер хромиума. ссылки не предлагаю, дело было месяцы назад

в не самых свежих сборках линуксов, не самый свежий фаерфокс, имеет жутко древний флеш. возможно проблема просто в нем. он действительно вообще все показывает рывками
Вообще задача пускать пользователей с терминала в Интернет не стояла. Основная работа у них — бухгалтерия, офисные приложения и т.д. — а в Интернет они ходят с локальных машин.
Для поддержки русской раскладки и возможности сменять раскладки нет необходимости влезать в исходный код. На сайте проекта есть пример файла xrdp_keyboard.ini как раз для русского языка. Причем в этой конфигурации учтено что клавиатура у клиента в момент подключения может быть в русской раскладке.
Спасибо, проверю такой вариант.
Проверил, заменил содержимое файла xrdp_keyboard.ini, как рекомендовано — не помогло. У меня бекенд xorgxrdp. Вы на каком бекенде проверяли?
Именно xorgxrdp. Я использую xrdp в продакшене в нескольких организациях и везде работает. Вы не забыли вернуть внесенные изменения в исходный код?
Странно. Я делал чистую установку без изменений исходного кода.
Вы с какого клиента подключаетесь? Я пробую с Windows 10
Только что скомпилировал 0.9.2
добавил строки в файл xrdp_keyboard.ini
[rdp_keyboard_ru]
keyboard_type=4
keyboard_subtype=1
model=pc105
options=grp:alt_shift_toggle
rdp_layouts=default_rdp_layouts
layouts_map=layouts_map_ru

[layouts_map_ru]
rdp_layout_us=us,ru
rdp_layout_ru=us,ru

все работает как надо…
в файле xrdp.ini есть параметр autorun указывающий секцию по умолчанию. Соответственно нужно его выставить:
autorun=Xorg
Проделал, как вы сказали (до этого я просто заменил содержимое файла, как вы говорили выше) — т.е. добавил строки в файл xrdp_keyboard.ini, в файле xrdp.ini установил autorun=Xorg. Не работает.
Я также пробую на версии xrdp 0.9.2 и xorgxrdp 0.2.1. Пробую на Mint 18. Подключаюсь с Windows 10. Не понимаю, что я делаю не так…
Попробуйте так:
[rdp_keyboard_ru]
keyboard_type=4
keyboard_type=7
keyboard_subtype=1
model=pc105
options=grp:alt_shift_toggle
rdp_layouts=default_rdp_layouts
layouts_map=layouts_map_ru

[layouts_map_ru]
rdp_layout_us=us,ru
rdp_layout_ru=us,ru

А что бы не зависеть от раскладки на клиентской стороне попробуйте:
cp km-00000409.ini km-00000419.ini
Подтверждаю, в таком варианте заработало. Причем после cp km-00000409.ini km-00000419.ini — еще и язык в окне ввода пароля стал по умолчанию на английском, не зависимо от того, что на клиенте стоял русский. Спасибо.
Может, имеет смысл в Wiki на GitHub более подробно описать, что нужно сделать, а то будут такие же как я, у которых не будет получаться.
о клавиатурных раскладках (я год, как раз прошлый, пытал разные сборки линукс с целью заставить работать по RDP, а уж минты то у меня разные побывали точно)

хочу отметить что ни в исходники xrdp/xorgxrdp, ни в ini-шники ни разу не лазил по данной теме, но как правило (хотя и не всегда) надо было в сеансе RDP просто повторно выполнить настройку для клавиатуры штатными средствами. в смысле гуевыми, как если мы только что установили ось на реальный компьютер. один раз.

сложнее было с bunsenlabs — там нет гуевых средств настройки данного вопроса, но помог клавиатурный индикатор, какой уже точно не помню, но из этой статьи https://wiki.archlinux.org/index.php/Openbox_Themes_and_Apps_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#Fbxkb.2C_xxkb.2C_axkb
эмм… но если вопрос к тому «а что делать когда 500 терминальных пользователей?» — очевидно что гуевые тулзы меняют инишники все таки где в профиле. я не готов подсказать…

но наверное можно сделать снимок виртуалки до настройки и после… и получить хардкорное линуксовое решение — какие иншники и как править
Изначально мы как раз «гуевыми» тулзами и пользовались, даже работало по началу. Пока не столкнулись с проблемой, что после пепеподключения к сеансу переключение перестало работать. На тот момент (это было чуть больше года назад) я перепробовал разные способы, которые находил по этой теме в интернете — у меня так и не получилось найти стабильное решение. Поэтому я полез в исходники xorgxrdp и нашел там кусок кода, отвечающий за это, после чего внес правки, которые заключались в том, что сочетание клавиш переключения раскладок и языки жестко задавались в коде — после чего уже не было никаких проблем с необходимость настраивать дополнительные параметры. Меня такой вариант устроил и его я и привожу в статье.
не смотря на то что вики для arch — https://wiki.archlinux.org/index.php/Openbox_Themes_and_Apps_(%D0%A0%D1%83%D1%81%D1%81%D0%BA%D0%B8%D0%B9)#Fbxkb.2C_xxkb.2C_axkb, я для openboxa (bunsenlabs) использовал кого то из перечисленных

но если верить гуглу, все они достаточно универсальны
Здравствуйте!
Нашлось ли у вас время проверить новую версию xrdp 0.9.2 и xordxrdp 0.2.1.?
Буду благодарен за правки в статью!
Подскажите, а сильно будет отличаться установка новых версий от описанного в статье? Или следуя инструкции с гитхаба подтянутся последние версии? Возможно, глупый вопрос, но лучше спросить.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории