Меню Рубрики

Установка xrdp для debian 8

XRDP терминальный сервер Linux

Установим терминальный сервер XRDP на OC Debian. Настроим все основные требования для удобной работы с сервером для пользователей и администраторов. В последствии рассмотрим установку на сервер программу из семейства 1С Предприятие 8.

Введение

Из статьи вы узнаете о том как настроить терминальный сервер на базе операционной системы Linux. Настраивать будем используя дистрибутив Debian 10 Buster.

Ранее в этой статье я расказывал как производится настройка на Debian 8 и 9 версии и какие нюансы настройки. В новой версии большенсово проблем прошлых версий исправлено, но появились новые с решением которых я с вами и поделюсь.

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

Вариант с нелегальным переводом системы Windows в терминальный сервер используя патчи я сразу отбросил в сторону. Не заимаюсь воровством программ и не буду.

Требования для терминального сервера:

  • Работа буфера обмена в обоих направлениях,
  • Переключение раскладки клавиатуры на русский язык,
  • Работа пользователей по сертификату,
  • Монтирование сетевых ресурсов,
  • Подключение локальной папки на сервер,
  • Создание одной сессии для пользователя,
  • Подключение принтеров.

Главная задача чтобы сессия пользователя оставалась на сервере и можно было к ней подключиться с любого места.

Графическую оболочку лучше использовать легковесную. Например, LXDE или XFCE. В моем примере рассматривается использование XFCE.

Все дальнейшие действия описаны с учетом стандартной усатновки сервера с выбором окружения XFCE и установкой ssh сервера.

Если вам хочется почитать «Как скачать и установить Debian 10 Buster» вы можете это сделать на сайте который стал для меня отправной точкой в изучении Linux. Все статьи на этом ресурсе написаны понятным языком и проверены автором перед тем как выкладывать в сеть.

Неудачная попытка настройки XRDP на CentOS 7

В репозитории Epel присутствует свежая версия xrdp.x86_64 1:0.9.2-10.el7 что сразу порадовало. Установка проходит без проблем и все сразу работает после старта службы.

В CentOS, как я понял, работают в основном над своим рабочим окружением Gnomе и стараются поддерживать KDE. Для терминального сервера окружение Gnome и KDE тяжеловаты. Можно установить XFCE, LXDE или MATE но они в урезанном виде и пришлось поковыряться, чтобы настроить нужные элементы на панели не говоря уже о других неудобных моментах в настройке.

Дальше я мучатся с настройкой этой системы не стал, так как в Debian все для меня настроилось гораздо проще и удобней.

Предварительна подготовка

Для своего удобства я всегда устанавливаю файловый редактор vim и файловый менеджер mc. Установим выполнив команду:

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

По умолчанию считается что действия в консоли выполняются из под пользователя root.

Установка XRDP на Debian 10

К сожалению вы не сможете впоследствии установить на эту систему 1C:Предприятие по причине долгой задержки в поддержке этой версии от разработчиков. Команды и действия полностью эдентичны для установки на Debian 9.

Установка производится следующей командой:

Настройка произведена и можно подключатся по протоколу RDP.

Для запуска X сервера (отображение экрана) существуют разные права доступа. По умолчанию запуск разрешен всем пользователям с доступом к консоли.

Для изменения прав доступа к запуску X сервера необходимо выполнить следующую команду:

Настройка новых правил применнена и можно подключатся по протоколу RDP используя новые параметры.

Настройка XRDP

Вначале настроим пользователя которого создали при установке и на основе этих настроек создадим в последствии шаблон (скелет) для добавления новых пользователей.

Скелет (Skel) позволит при добавлении нового пользователя скопировать все параметры настроенного пользователя.

Двухсторонний буфер обмена XRDP

Буфер сразу работает и не требует настроек. Все проблемы могут быть связанны с раскладкой клавиатуры которые мы решим дальше.

Перезагрузка системы пользователем XRDP

Остановился на варианте когда простому пользователю для выполнения перезагрузки не надо указывать пароль root.

Будем использовать сервис PolicyKit. Все параметры разбиты на секции где есть описание на английском языке. Для применения политик в нужных параметрах указывается необходимое значение.

Откроем нужный файл и сделаем необходимые изминения:

Теперь при перезагрузке система не будет запрашивать пароль root.

Одна сессия для пользователя XRDP

Мне было необходимо сделать чтобы у пользователя при подключении создавалась только одна сессия и чтобы она сохранялась на сервере. Всегда удобно уйдя с работы и закрыв терминал придти домой подключиться по RDP и увидеть свой рабочий стол со всеми открытыми документами и программами.

Для настройки нам необходимо открыть файл и сделать там необходимые изменения:

Запрет авторизации ROOT

По умолчанию разрешен вход под пользователем root. В целях безопасности отключим такую возможность:

Название подключенной локальной папки

Изменим название подключаемой локальной папки при подключению к серверу терминалов на свое имя:

Сертификат при работе сервера XRDP

По умолчанию система работает с сертификатами созданными при установке о чем свидетельствует информация в логе xrdp:

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

Для исправления ошибки выполним команду которая добавит учетную запись пользователя с именем xrdp в группу с именем ssl-cert.

После перезагрузки системы и подключившись по rdp вы не увидите информации в логе про ошибку. Информация о том что вы используйте сертификаты по умолчанию будет показана как прежде.

Выпуск собственого сертификата для XRDP

Выпустим свой сертификат по команде указанном в файле настройки xrdp. Изменим только действие сертификата с 1 года до 10 лет. Создадим папку, перейдем туда и запустим команду генерации ключа:

Отредактируем файл настройки:

Дадим необходимые права для файлов созданного сертификата выполнив команду:

После перезагрузки сервера и подключения к нему по XRDP cообщений больше в логе об использовании сертификатов по умолчанию нет и сервис работает с нашим сертификатом.

Настройка вида окна авторизации XRDP

Отредактируем параметры отвечающие за отображение формы авторизации пользователей. Отредактируем параметры в файле:

Перезагрузим сервис xrdp для применения всех сделанных настроек:

Отключение screensaver

Вначале хотел отключать его у пользователей но подумав решил удалить:

В системе Debian 10 после базовой установки я не обнаружил пакета xscreensaver.

Для того чтобы к системе всегда можно было подключиться в менеджере питания настройте необходимые параметры.

Настройка базового пользователя

Будем использовать пользователя что создавали при установке как базового пользователя из настроек которого будем делать скелет. Настраивайте как вам угодно. Вся настройка зависит только от требований и пожеланий конечных пользователей. Устанавливаем необходимые программы, монтируем сетевые ресурсы, устанавливаем принтеры, модернизируем панели и тд. и тп.

Раскладка клавиатуры в XFCE

С раскладками в XRDP приходилось возится больше всего. После добавления нового элемента «Раскладка клавиатуры» на панель и его настройки все работает как положено.

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

Что я только не перепробовал, куда только не писал рекомендованный код, по рекомендациям с разных статей но проблема эта никуда не уходила. Показать пользователю как каждый раз настраивать «Раскладка клавиатуры» не серьезно. Вариант есть дубовый но рабочий на 100 % и при любых обстоятельствах.

Добавил элемент на панель «Запуск приложения» указал там «Терминал Xfce» и внёс туда код:

Обратите внимание на клавиши смены раскладки!

Разместил рядом с флагами поменяв иконку на понравившуюся мне.

Теперь если переключение не работает тыкаем по кнопке и раскладка снова работает.

Решение проблемы с раскладкой клавиатуры

Мне на почту прислал решение Михаил с сайта admin1c.ru
Посл проверки с радостью делись с вами этим решением!

Необходимо в файле /etc/xrdp/xrdp_keyboard.ini добавить необходимый код и переключение работает прекрасна при любых вариантах работы с системой.

После перезагрузки XRDP проверяем результат.

Блокировка настроек XFCE пользователям

В статье выше мы разрешили простым пользователям перезагружать сервер без ввода пароля root. Cделаем запрет на редактирование системных настроек. В папке /etc/xdg/xfce4/xfconf лежат базовые настройки и по умолчанию они не работают так как работают настройки самого пользователя. Добавив параметр в эти файлы пользователь будет использовать именно их.

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

Cделаем запрет на редактирование панели. Скопируем параметры настроенного пользователя:

Читайте также:  Установка промвала на 2110

Откроем и отредактируем файл указав запрет на изменения всем кроме пользователя local:

После закрытия с сохранением все пользователи кроме local не смогут изменять настройки панели о чем им оповестит окно предупреждения при попытке сделать изменения.

Запрет на изменения настрое XFCE делается редактированием файла:

Настройки XFCE сделанные пользователем не будут применяться но никаких предупреждающих сообщений пользователь не увидит!

Мы настроили запрет на выключение пользователю но значки показываются и можно выполнить действие указав пароль root. Такой вариант решает проблему но захотелось сделать эти кнопки не активными.

Изменим вид панели пользователя. Создадим папку и необходимый файл с параметрами:

Обычно я в панели вывожу элемент «Системные действия» и там выбираю только «Перезагрузка» и «Завершение сеанса».

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

Для применения всех параметров перезагрузим сервер:

Так выглядит выход из системы у пользователей с разрешением.

У всех остальных будет такой вид.

Создание skel (скелета) для новых пользователей

Еще раз все проверив и убедившись в правильности всех настроек настала пора создать шаблон настроек который будет применяться на всех вновь создаваемых пользователей.

Я использую настройки самой XFCE, рабочего стола и списка баз 1С:Предприятие. Выполним действия:

Последняя строка кода скопирует настройку окна «Запуск 1С:Предприятие» в которой указываются параметры всех баз.

Теперь все новые пользователи при авторизации будут иметь те же настройки и информацию на рабочем столе что и базовый пользователь.

В последствии по этой схеме можно менять настройки любого пользователя перенося необходимое с папки настроенного пользователя в папку необходимого. Для большого количества пользователей можно написать несложный скрипт который автоматизирует этот процесс.

В одной из статей я подробно рассмотрел установку и настройку 1С:Предприятие на сервер терминалов который рассматриваем в этом материале.

Управление пользователями Debian

Для доступа будем использовать обычных пользователей которых создадим на сервере. Можно конечно настроить авторизацию по доменным пользователям, но мне такие сложности пока не требовались к тому же это приведет к необходимости настраивать VPN для пользователей которым необходимо работать удалённо.

Добавление новых пользователей

Добавление производится командой:

Изменении пароля пользователя

Удаление пользователя

При удалении укажем необходимость удалять файлы пользователя и домашнюю директорию:

Список пользователей

Посмотреть всех пользователей и их параметры можно посмотрев необходимый файл:

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

Подключение локального диска на сервер терминалов

Подключение было проверено на стандартном клиенте Windows и программах LInux Remmina и KRDC. Монтирование и работа с локальным диском подключаемого клиента происходит без проблем.

В случае проблем с подключением дисков необходимо в настройках подключения в локальных ресурсах отключать галочку “Принтеры»

Подключение с Windows

При подключении c систем Windows на странице авторизации не получится переключить раскладку клавиатуры для требуемого языка ввода. В большинстве случаев по умолчанию стоит Русская раскладка а вводит надо на Английском.

Перед подключением с Windows необходимо вначале перейти на раскладку в которой вводится логин и пароль, как правило это EN.

Добавление принтеров

К принтерам у меня особое отношение. Эти аппараты вечно приносят кучу проблем и слава богу что все больше и больше их делают сетевыми что облегчает настройку. Настроить сетевой принтер не вызовет проблем даже у начинающего администратора. С usb принтерами придется повозится до получения бубна мастера по подключению принтера в системах Linux. Подключение локального принтера используя программу RDP клиента у меня никогда не получалось а по словам опытных программистов работает коряво и не стабильно. Ладно еще если в одном офисе всё а если разные или вообще с дома хотят подключить принтер вообще жжжж….

Для меня есть два варианта решения проблемы для удаленных от офиса пользователей:

  1. В случаях когда принтере не требуется я в семействе бухгалтерских программ 1С настраиваю нормальное сохранения в PDF и все это сохраняется в локальную папку которая без проблем подключается к серверу терминалов во всех популярных клиентах.
  2. Если нужен принтере в работе то необходимо настраивать VPN чтобы удавленный клиент попал в туже сеть.

Управление XRDP

Управление службой стандартное для систем Debian.

Так выглядит статус после старта службы:

Просмотр активных пользователей XRDP

У каждого подключенного пользователя создается одна сессия, их то нам и надо посмотреть выполнив необходимую команду:

Вот мы видим что подключен только один пользователь с логином local и PID 694.

Просто снять этот процесс не достаточно, чтобы полностью завершить работу пользователя на сервере. Выведем список всех процессов сервиса XRDP:

Теперь мы можем отключить пользователя указав команду, которая завершит все процессы пользователя:

Ротация логов xrdp

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

Откроем файл и добавим необходимые логи:

Результат

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

Вся эта статья была лишь прелюдия для того чтобы рассказать как можно используя Linux настроить легально и надежно стабильную работу сервера «1С:Предприятие 8.3 на Linux» работающего с файловой базой. Минимальные вложения и максимальная производительность.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Понравилась статья? Поделитесь ей с друзьями!

Похожие по теме записи

Пожалуйста, оставляйте свои комментарии

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

90 комментариев для статьи “ XRDP терминальный сервер Linux ”

KillDisconnected=true
Данный параметр ВКЛЮЧАЕТ выкидывание с сервера (If set to 1, true or yes, every session will be killed within 60 seconds after the user disconnects.). Чтобы не кикало должно быть false! Имейте ввиду!

Спасибо за замечание. Действительно теперь этот параметр работает как надо. В своё время, когда настраивал на Debian 8, параметр был перепутан. Двое суток потратил для того чтобы вычислить эту ошибку.

Доброго времени суток.
Настроил xrdp как описано в статье. Debian 10 оболочка cinnamon. Но есть проблема. Если есть запущен сеанс пользователя, то при попытке подключиться по rdp после авторизации вылазит ошибка «Could not acquire name on session bus», и закрыв ошибку закрывает сессию. Если в текущей момент сеанс пользователя не запущен все подключается нормально.
Как избавиться от ошибки?
Я так понимаю он не хочет выкидывать залоснившегося пользователя из сеанса.

Посмотрите повнимательней в сторону настроек в vim /etc/xrdp/sesman.ini. Возможно надо искать проблемму в Сinnamon. Именно потому что в XFCE меньше всего глюков её и использую.

Что то ни как настроить так и не могу
через ремvину, vinagre и MSTSC даже окна ввода логина пароля нет, а через freerdp хоть окно ввода логина пароля появляется, но авторизация не проходит ни доменных ни локальных пользователей
https://yadi.sk/d/p5EpL7AeQHCZtw

В логах вот
tail /var/log/auth.log
Jan 10 00:57:47 srv-dc sudo: root : TTY=pts/4 ; PWD=/root ; USER=root ; COMMAND=/usr/bin/tail /var/log/хrdp-sesman.log
Jan 10 00:57:47 srv-dc sudo: pam_unix(sudo:session): session opened for user root by canep(u > Jan 10 00:57:47 srv-dc sudo: pam_unix(sudo:session): session closed for user root
Jan 10 01:00:01 srv-dc CRON[5135]: pam_unix(cron:session): session opened for user root by (u > Jan 10 01:00:02 srv-dc CRON[5135]: pam_unix(cron:session): session closed for user root
Jan 10 01:00:41 srv-dc xrdp-sesman[4809]: pam_winbind(xrdp-sesman:auth): getting password (0x00000040)
Jan 10 01:00:41 srv-dc xrdp-sesman[4809]: pam_winbind(xrdp-sesman:auth): request wbcLogonUser failed: WBC_ERR_AUTH_ERROR, PAM error: PAM_USER_UNKNOWN (10), NTSTATUS: NT_STATUS_NO_SUCH_USER, Error message was: The specified account does not exist.
Jan 10 01:01:11 srv-dc xrdp-sesman[4809]: pam_krb5(xrdp-sesman:auth): authentication failure; logname=canep u > Jan 10 01:01:11 srv-dc xrdp-sesman[4809]: pam_winbind(xrdp-sesman:auth): getting password (0x00000040)
Jan 10 01:01:11 srv-dc xrdp-sesman[4809]: pam_winbind(xrdp-sesman:auth): request wbcLogonUser failed: WBC_ERR_AUTH_ERROR, PAM error: PAM_USER_UNKNOWN (10), NTSTATUS: NT_STATUS_NO_SUCH_USER, Error message was: The specified account does not exist.

Читайте также:  Установки для систем пожаротушения wilo

Наверное надо сообщить людям на чем поднят XRDP?
Вы пытаетесь подключиться рутом?
Попытка удаленного подключения производится при уже имеющемся локальном подключении этого же пользователя?

Debian GNU/Linux 10 (buster)
залогиниться пытаюсь как и писал ранее доменным и локальным пользователем(как под простым так и по рутом, руту в конфигах доступ пока оставил)
локальные пользователи подключены по ssh

Ну вот попробовал снова поднять xrdp на Debian 10.2.0 x64 c MATE на борту.
До этого «игрался» с LXDE, LXQT, XFCE и т.д. — XRDP там работает, но не мое: LXDE очень спартанский вариант, LXQT сыроват еще, XFCE затяжелел, а MATE, на мой взгляд, сбалансирована и вылизана. У GNOME3 с XRDP есть проблемы. В этих средах штатный, из репозитория, XRDP v.0.9.9-1 устанавливается и отрабатывает нормально. Сегодня, ради интереса, на чистую систему с MATE, установил из исходников последние XRDP и XORGXRDP (v.0.9.12-1/0.2.12-1) — тоже без проблем. Поэтому считаю что вам надо посмотреть конфигурационные файлы. В работе не использую доменную структуру, поэтому здесь я вам не подсказчик.
По первому скрину — была такая ошибка, но не помню как решил (кстати у FreeRDP RC есть проблемы с авторизацией), второй — проблемы с сетью, третий — в xrdp.ini, вероятно, что то не так с координатами элементов. Кроме того, что у вас в security_layer? Значение negotiate может не работать, а значение rdp — может.
Посмотрите мой перманентный мануал и конфиги — может и поможет. Если где-то есть неточности, то не обессудьте 🙂
https://cloud.mail.ru/public/mKLD/2kzxLVyog

Доброго дня!
Поднял терминальный сервер на Debian 10.1.0 x64 c MATE (1.20) в качестве DE. На сервере использовались решения как от RX@Etersoft, так и XRDP (0.9.9-1). Все работает замечательно, но столкнулся со следующими проблемами. В терминальной сессии (и NX и XRDP), через меню, в разделе «Система» отсутствуют пункты «Выключить» и «Перегрузить..» и есть только «Завершить сеанс пользователя..». Ну это как бы не главная проблема — есть командная строка для этого. Обнаружилось, что я не могу вручную настроить принтеры (без использования WEB-интерфейса) — «Система»-«Администрирование»-«Настройки принтера». Ни добавить, ни удалить. Только просмотр очереди печати. Сама печать работает. Хотя в Debian 9.x (тот же MATE 1.20) такого не было. И вот возникли вопросы — это новые фичи от 10-ки? AppArmor, DBus, PolicyKit? Понижаются привилегии пользователя при терминальном подключении? И что интересно, так при локальном подключении все эти пункты и возможности присутствуют. Я понимаю что у вас в статье XFCE, и ограничения пользователям через PolicyKit делаете, но это похоже на системное поведение никак не связанное с DE. Или я ошибаюсь? Не сталкивались с этим?

Отвечаю на свой же вопрос.
Причина такого поведения в последних патчах на MATE, в которых система определяет способ входа пользователя в систему.
Эта «штука» называется RDA — Remote Desktop Awareness (RDA). Подробнее здесь — https://planet.mate-desktop.org .

Доброго времени суток! Все отлично заработало, спасибо. НО!
Вопрос про ограничение пользователем выключения, настроек.
Вначале все взлетело, но, после того как появилась необходимость поменять пользователя которому разрешено выключать, перегружать и настраивать, настройки не применились.
Т.Е. в конфигах изначально был указан пользователь, которому разрешено выполнять перезагрузку. Например, admin
Все работало.
Потом поменяли в конфигах пользователя на vasya.
reboot
И все осталось на месте — admin может, Vasya — нет ))))
Направьте на путь истинный. спасибо!

Проверяйте настройки еще раз. Проверил по статье добавление пользователя, поигрался с правами. Всё работает.

DISTRIB_DESCRIPTION=»DebianEdu/Skolelinux»
Оболочка LXDE
Проблем с раскладкой больше нет, лишь необходимо в ручную добавить язык и убрать галочку сохранять настройки по умолчанию.

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

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

Проблем с раскладной действительно больше нет и это радует.
Настройка политики безопасности тема очень обширная и каждый настраивает по своему. В статье есть информация как запретить пользователю выключать сервер, блокировка настроек рабочего окружения XFCE. Мне этого вполне достаточно.
Принтер можно и так, но по мне лучше давать доступ по VPN и тогда можно все настраивать гораздо проще, так же это серьезно обезопасит систему.

VPN это да! Но для этого нужно держать VPN сервер, а также настраивать и поправлять если какой нибудь антивирус типа Касперский удалит vpn адаптер в случае OpenVPN. Единственная проблема с раскладкой осталась в окне ввода логина и пароля, при авторизации в RDP там если с Русской раскладкой подключился то поменять нельзя, с начало меняем потом подключаемся. Решить конечно можно и готовым RDP файлом с заранее веденным логином и паролем, но это опять костыль.

Это даже не костыль а самодельная уязвимость высшего уровня 🙂 Согласен что смена раскладки на английскую в Windows это пока самая большая проблема при внедрении 🙂 Ну а VPN …. Пока не поймают через RDP бяку…. бесполезно рассказывать руководству про безопасность.

Для Ubuntu Server тоже прекрасно работает, только надо еще поставить xfce4.

Здравствуйте.
Ставлю в контейнер Proxmox, по этой инструкции.
Захожу по RDP и попадаю в окно терминала, в котором можно запустить mc, он появляется в верхней левой четверти экрана.
Система Win10, что это может быть?

Попадаете туда после ввода данных авторизации? Какое выбирали рабочее окружение? ХFCE?

да, после авторизации. Рабочее окружение не выбирал, не увидел это в инструкции

Установите окружение и все получится.

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

Необходимо ввести сервер Debian в домен и тогда доменные пользователи смогут туда заходить.
Посмотрите на примере этой статьи.

машина в домене, по ssh доменные пользователи подключаются без проблем
вот лог https://gist.github.com/StanisKulikov/8fbce3f15e637f6013c33560817464a2

не надо ли этих пользователей в кукую либо группу добавить?

Думаю надо, но как сделать правильно не подскажу. Очень мало работаю с доменами на Windows.

Управление доменом сейчас уже передано этому сервер

Нет, не работает. но теперь не знаю, переставил xrpd и локальный пользователь перестал подключаться

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

под простым пользователем ПК даже не получается авторизоваться, не пойму куда копать

Статья обновлена с учетом настройки на новой версии Debian 10 Buster.

Вот прошлая статья работала. А данная статья работает, но не совсем. Пакет dpkg-reconfigure в Debian 10 Buster выпилили. Нет его. Но сервер заработал «из коробки», без настройки. Но возникает вопрос к статье, как работал dpkg-reconfigure, если его нет?! Дальше ещё «не ковырял».

Если при установке выбрать параметры установки XFCE, SSH сервер и стандартные утилиты то пакет dpkg-reconfigure в Debian 10 Buster присутствует. Действительно, пакет можно не настраивать и по умолчанию будет все работать.

Спасибо! Попробую XFCE :). Я с LXDE устанавливал. При установке выбирал стандартные системные утилиты, LXDE, SSH server, webserver, printserver, debian desktop environment.

Здравствуйте! Есть проблема при обновлении xrdp на Debian GNU/Linux 8 (jessie), ошибка похожа на ту что была у вас при установки xrdp на debian 8. Конкретней
при обновлении

Далее смотрю журнал journalctl -xn

Ну понятно не удается запустить ему «не удалось запустить процесс /usr/sbin/xrdp-sesman.»
иду сюда /usr/sbin/ пытаюсь посмотреть, что в файле xrdp-sesman (там иероглифы, тобишь у меня посмотреть не получится, запускаю ./xrdp-sesman

он мне в ответ ошибку
g_mk_temp_dir: /var/run/xrdp/sockdir does not exist

создаю директорию » /var/run/xrdp/sockdir» и запускаю снова, и что получается он при запуске удаляет эту директорию и пытается к ней обратиться, как выяснить как он ее удаляет и где это исправить?

И да ваш вариант с добавлением параметра делал не помогло.

Не удалось решить? Попробуйте удалить вначале xrdp перед обновлением. Потом поставите заново.

Решение проблемы с раскладкой клавиатуры мне на почту прислал Михаил с сайта admin1c.ru
Добавил информацию в статью. Большое спасибо Михаилу!

Читайте также:  Установка бойлера на дымоход

Спасибо за статью. На debian 9 нормально работает. Только остается вопрос с пробросом папок, дисков: из Линукса через Remmina нормально работает, из ХР тоже, а вот из Windows 7 не работает. Кто-нибудь сталкивался? Как победить?

Кому интересно сам нашел ответ. Экспериментально установлено, что для windows 7 и windows 10 в настройках подключения в локальных ресурсах надо отключать галочку «Принтеры», тогда диски нормально пробрасываются. У кого есть другой способ поделитесь плиз.

Большое спасибо что поделились информацией.

подключился, спросил несколько раз пароль администратора устанавливая какие то цветовые профили и после вылетает или черный экран

Какие то действия делайте не правильно. Вчера статья в некоторых местах была подправлена так как устанавливал сервер в продакшен. Что то мне кажется вы на centos делайте 🙂 там он зачем то просит пароль администратора.

debian 9, мелькает на секунду окно приветствия дебиана и вылетает это если под рутом логинится, под пользователем черный экран с линуксовым курсором, подключаюсь с win10 стандартным rdp клиентом

dpkg-reconfigure xserver-xorg-legacy — это делали? При подключении под пользователем никаких паролей администратора не должен спрашивать. XFCE используйте?

да делал, стандартная оболочка дебиановская

Поставте XFCE и посмотрите что в логах xrdp.

выходит GNOME,
не будет работать?

Вот с ним то у меня и не получалось настроить на CentOS. В Debian c ним не пробовал. XFCE хорош тем что все можно заблокировать и получается не убиваемая система для пользователя.

не стал вводить пароли а везде по нажимал отмену и заработало

Просьба. Если узнаете как убрать эти требования дайте тут знать, пожалуйста.

перезагрузился, по нажимал отмену, заработало нормально

Когда к серверу терминалов подключаются более 50 пользователей, то с подключениями к X-дисплеями всегда происходит бардак. Можно ли сделать так, чтобы пользователь user1 подключился к дисплею с номером 11, а user50 — к дисплею с номером 60? Иногда бывают случаи, когда пользователь user1 подключился к рабочему столу user2, работают одновременно за одним и тем же столом, чем мешают друг другу. P.S. Использую AltLinux 6, сейчас перехожу на BaseAlt (AltLinux 8).

А какие параметры в /etc/xrdp/sesman.ini MaxSessions= и KillDisconnected=true? Это всё крутится на AltLinux? Тоже пытался работать с этим продуктом, но ни политика их общения с пользователями ни качество дистрибутива меня не устроили. Да и нет их больше… они продались BaseALT и это уже совсем другая песня не имеющая отношения к истинному свободному программному обеспечению 🙁

KillDisconnected=0 — странно там либо false либо true параметр как мне кажется. Параметр true говорит что если пользователь просто закрыл окно то сессия сохраняется и он попадает туда же при повторном подключении. Очень удобно когда с работы убежал — пришёл домой — подключился и попал на свой рабочий стол на котором работал. Параметр 0 вероятно каждый раз создаёт новую сессию а так как пользователи обычно закрывать просто окно а не завершают сеанс пользователя на термодинамике сессии и плодятся….. У вас сколько пользователей? 200?

Пользователей 60. MaxSessions=200 — это я так выставил во избежание возможных проблем с сессиями. И, как мне кажется, не в этом дело.
Насчет сессий — у нас каждый раз подключаются к своему рабочему столу даже если просто закрыл терминал, а не завершил сессию. Но бывают иногда случаи, когда подключаются к чужому рабочему столу (попадают на чужую сессию).
KillDisconnected=0 — это значение было выставлено не мной — так стояло изначально в старом xrdp 6.

В старой может так и должно быть а в новой по другому. Бывает что обновляешь версию а конфиги старые и потом глюки начинаются. Надо взять вашу версию и посмотреть какой оригинал файла настройки и там посмотреть этот параметр.

Ничего не обновлял — ставлю отдельный сервер с новой версией, пытаюсь довести до ума, исключить любые глюки… Старая версия пока функционирует в боевом режиме на старом сервере.

Проблемы на новой версии или на старой?

Проблемы есть в обеих версиях. В новой версии пока в тестовом режиме работают 2 человека, пока что изредка встречаю только одну проблему — бывает, ввели правильный логин и пароль, а в ответ — при подключении к дисплею с номером почему-то «0» — login incorrect. Пришлось решить проблему перезагрузкой сервиса service xrdp restart, после чего нормально логинимся.

Аналогично показывает дисплей «0» — login incorrect, но при наборе правильного пароля пускает без перезагрузки xrdp. У меня Debian 9 и xrdp -v показывает Version 0.9.1. Не может быть чтобы при одинаковых условиях машина вела себя по разному.

Представьте, есть «тонкий клиент» и сервер. На «тонком клиенте» раскладка по умолчанию — EN (в окне подключения к терминалу нет возможности изменить раскладку, хотя в версии 0.6 всегда EN вне зависимости от того, какая раскладка у клиента). После Login incorrect проверил в углу раскладку — стоит EN, трижды ввел один и тот же пароль, не пускает. И даже переключать пробовал — результатов нет. После перезагрузки сервиса на сервере без дополнительных манипуляций на стороне клиента логинился без проблем. Вот такие дела…

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

Не возникает ли у вас проблем, если отключиться от терминального сервера и подключиться вновь, то соединение не проходит? Спустя некоторое время проходит само либо с помощью pkill.

Тут /etc/xrdp/sesman.ini стоят параметры
# Выставляем количество пользователей для одновременной работе на сервере
MaxSessions=3
# Не разрываем сеанс при отключении пользователя чтобы потом попасть в туже сессию
KillDisconnected=true
При них и закрываю сеанс и не закрываю… проблем с подключение нет

Все аналогично, только сессий 50.

Может ставили как то по другому? Попробовал я обновить до Debian 9 обновление нормально проходит но вот xrdp не хочет работать…. И на чистую пробовал Debian 9 ставить и пакет вроде такой же но не работает и всё тут…

Компилировал актуальную версию с github, сейчас запустил на виртуалке точно такую же систему, все работает ок, похоже надо перезапустить xrdp.

Не сталкивались с такой проблемой: Примерно раз в неделю один из пользователей не может подключиться к удаленному рабочему столу (остальные при этом подключаются без проблем). Вот лог из syslog проблемного пользователя:

Sep 7 08:24:30 x-terminal xrdp[5424]: (5424)(140366508189440)[DEBUG] xrdp_wm_log_msg: connecting to sesman ip 127.0.0.1 port 3350
Sep 7 08:24:30 x-terminal xrdp-sesman[19393]: (19393)(140159088006912)[INFO ] A connection received from 127.0.0.1 port 44598
Sep 7 08:24:31 x-terminal xrdp[5424]: (5424)(140366508189440)[INFO ] xrdp_wm_log_msg: sesman connect ok
Sep 7 08:24:31 x-terminal xrdp[5424]: (5424)(140366508189440)[DEBUG] xrdp_wm_log_msg: sending login info to session manager, please wait…
Sep 7 08:24:31 x-terminal xrdp[5424]: (5424)(140366508189440)[DEBUG] return value from xrdp_mm_connect 0
Sep 7 08:24:31 x-terminal xrdp-sesman[19393]: (19393)(140159088006912)[INFO ] ++ created session (access granted): username spu, ip 192.168.0.
27:37756 — socket: 12
Sep 7 08:24:31 x-terminal xrdp-sesman[19393]: (19393)(140159088006912)[INFO ] starting Xorg session…
Sep 7 08:24:31 x-terminal xrdp-sesman[19393]: (19393)(140159088006912)[DEBUG] Closed socket 9 (AF_INET 0.0.0.0:5911)

Вот лог из xrdplog проблемного пользователя:

[20170907-08:30:21] [DEBUG] xrdp_wm_log_msg: connecting to sesman ip 127.0.0.1 port 3350
[20170907-08:30:22] [INFO ] xrdp_wm_log_msg: sesman connect ok
[20170907-08:30:22] [DEBUG] xrdp_wm_log_msg: sending login info to session manager, please wait…
[20170907-08:30:22] [DEBUG] return value from xrdp_mm_connect 0
[20170907-08:30:25] [INFO ] xrdp_wm_log_msg: login failed for display 0
[20170907-08:30:25] [DEBUG] xrdp_mm_module_cleanup

Единственное рабочее решение данной проблемы это перезагрузка сервера.

Пользователь один и тот же не может войти? Комп с которого входит один и тот же?

Нашел решение проблемы на github.com По умолчанию в настройках sesman.ini стоит параметр MaxSession=50 это значит, что кол-во доступных сокетов для подключения равняется 50-ти, а теперь мякотка: при отключении пользователя количество свободных сокетов не увеличивается и со временем (у меня раз в неделю) кол-во подключений достигает 50. Данный скрипт (настроил запуск каждый день в cron) производит отчистку сокетов от пользователей «зомби»:

SOCKDIR=/tmp/.xrdp
SESSIONS=$((cd $ ; ls -1 xrdp_*) | sed -e ‘s|[^0-9]||g’ | sort -u)
for i in $
do
if [ ! -S $/xrdp_display_$ ]
then
(
cd $
rm -f xrdp_chansrv_audio_in_socket_$
xrdp_chansrv_audio_out_socket_$
xrdp_chansrv_socket_$
xrdpapi_$
)
fi
done

В будущих билдах xrdp разработчик обещает исправить данную проблему.

Спасибо что отписал решение. С вашего позволения подправлю статью описав этот нюанс. Кстати а параметр такой стоит: KillDisconnected=true ?

источник

Добавить комментарий