Терминальный сервера на Debian с доступом по RDP

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


Итак, начнём с оборудования:

Сервер Inpro Archer INT, сборка Инпро Компьютерз:

• Плата: Intel S1200SPS

• Процессор: Xeon E3-1270 v5 3.6/8M

• ОЗУ: 4×PC4-2133 ECC(16 Гбайт)

• Диски: 2×SSDSC2BB240G7(240 Гбайт), 4×HUA722010CLA330(1 Тбайт)

• Корпус: P4304XXMFEN2

• Блок питания: FS550HM1-00


Система

• Операционная система: Debian 8.7

• Диски настроены с использованием mdadm и LVM

• Система, БД установлены на SSD

• Все дисковые устройства попарно включены в зеркала (RAID 1)

• Используются списки доступа (ACL) и дисковые квоты

• Файловый сервер: Samba

• Система печати: CUPS с драйверами GutenPrint

• Авторизация через PAM по Winbind, вход разрешён только членам определённой группы

• Резервное копирование: Backup Manager


xRDP

Для доступа клиентов по RDP используются пакеты xrdp и xorgxrdp изрепозитария jessie-backports.

Для данного решения я принципиально не настраивал звук, подключение дисков и принтеров. Про звук можно почитать здесь.


Для доступа по  RDP, на Linux системах используется FreeRDP, в Windows используется стандартный RDP клиент mstsc.exe.


Пользовательский интерфейс

Пользовательский интерфейс построен на системе управления окнами IceWM, в ней используется индикатор-переключатель раскладки клавиатуры XXKB (переключение по Caps Lock), доступ к программам организован через иерархическую систему меню.

Вот так это выглядит в IceWM:

Терминальный сервера на Debian с доступом по RDP Linux, Debian, Rdp, 1С, Длиннопост

Прикладные программы

• FireFox

• LibreOffice

• Просмотр документов: Evince

• Калькулятор: galculator

• Работа с файлами: PCManFM

• Запуск Windows программ: Wine (через winefile)

• База паролей: KeePassX

• Архиватор: Xarchiver

• Простой текстовый редактор: Leafpad

• Графический интерфейс настройки системы печати: system-config-printer


1С:Предприятие 8

Особенностью решения является то, что в нём используется  1С:Предприятие 8, техническая сторона описана здесь.

В решении используются Платформа и БД 1С 8.3 последних версий, архитектура amd64.


Почта

• Сервер передачи почты (MTA): Postfix+AMaViSd-new в связке с ClamAV и SpamAssassin

• Аутентификация домена отправителя: DKIM, SPF

• Сервер доставки почты (MDA): Dovecot

• Основной пользовательский интерфейс (MUA): RoundCube



По потреблению оперативной памяти могу сообщить следующее:

• Система: около 500 Мбайт

• Пользователь терминального сервера: около 2 Гбайт


Подробное описание решения с ссылками здесь.

GNU/Linux

1K постов15.5K подписчиков

Добавить пост

Правила сообщества

Все дистрибутивы хороши.

Будьте людьми.

Вы смотрите срез комментариев. Показать все
Автор поста оценил этот комментарий

А запускать приложения на сервере с пробросом x-сессии в случае линукс клиента - уже не комильфо? Ну или RemoteApp в случае с вин-клиентом. Ресурсы сервера гораздо меньше отжираются. Ну и что касается 1с, то тогда лучше строить нормальную клиент-серверную модель с базами на Postgres, блекджеком и... ну вы поняли. В таком раскладе сессия клиента не поднимается как таковая вообще, ресурсы сервера экономятся дико. 2ГБ на сессию - это таки очень и очень много.

раскрыть ветку (11)
Автор поста оценил этот комментарий

Я не понял первое предложение про проброс сессии.


В случае клиент-серверной модели клиент всё равно нужен.

раскрыть ветку (10)
1
Автор поста оценил этот комментарий

ssh -X user@host -p port /path/to/app

В линухе эелементарно, в винде putty+xming На тонкий клиент можно ставить любую легковесную ось, или даже грузиться с PXE. Плюс метода в том, что на сервере не загружается полноценное окружение пользователя, а выполняется только определенное приложение. Тем самым экономятся ресурсы.

раскрыть ветку (9)
Автор поста оценил этот комментарий
Понятно, это классическая схема работы X-Windows, когда X-Server (Xming, X, Xnest, Xephyr) запускается на клиенте. В этой схеме есть следующие недостатки:

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

2. Нормальная работа возможна только в локальной сети с скорость от 100 Мбит/с.

Мне с сессиями больше нравится.


По поводу полноценного окружения сказу следующее: IceWM для работы вполне хватает, использую его 2008 года.

раскрыть ветку (8)
1
Автор поста оценил этот комментарий

В свою очередь, нельзя не сказать о плюсах.

1. Пользователь по сути не имеет никакого доступа к серверу. Обиженный менеджер не утащит за собой клиентскую базу.

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

3. ice безнадежно устарела, и как полноценная РАБОЧАЯ среда уже не котируется. Разумный баланс легковесности/производительности/удобства - это XFCE.

4. Ну и опять же никак не могу успокоиться на тему 2 ГБ на сессию.

5. Если речь о многострадальной 1С, то тут гораздо более актуален не терминал, а клиент - сервер. Особенно в случае с наличием филиалов.

6. Ну это уже придирка, ну не признаю я иксы на линукс-серверах)

А вообще схема с терминалом на дебиане интересна и вполне жизнеспособна, но у себя внедрять не стану)

раскрыть ветку (7)
Автор поста оценил этот комментарий
1. Не давай доступ к монтированию локальных ресурсов и не проблем (у меня так и сделано).

2. А ты пробовал гонять X-Windows по сети 10 Мбит/с или приводишь чужое мнение? (я пробовал).

3. Я с этим не согласен. Она как-раз для работы в терминале.

4. Поставь сам свой сервер, посмотри и успокойся.

5. У меня другие задачи, у меня производство а не сеть магазинов.

6. А что есть другая система кроме X-Windows? Я не знаю, если ты про Mir то это пока не серьёзно.

раскрыть ветку (6)
Автор поста оценил этот комментарий

1. Ушлые и более-менее толковые менеджеры таки утащат. Как минимум доступ на чтение файлов баз все равно есть. (Тем более, насколько я понял, браузер с интернетом в терминалке таки будет).

2. Пробовал, бегает. Даже через впн 5мб/с (правда со сжатием трафа). Все очень зависит от приложения. Иксы отжирают трафика не больше РДП.

3. Она не удобна именно для РАБОТЫ. Неинтуитивна, нефункциональна. Та же LXDE и то приятнее.

4. Я не говорю, что я не верю, я говорю, что 2ГБ это много. Учитывая тот факт, что есть менее ресурсоемкие решения. Те же браузеры и офисы вполне можно запускать на клиентской стороне. В итоге остается только 1с, которую имеет смысл ставить в варианте тонкий клиент 1с - сервер 1с - база постгрес. Ну либо пробросом иксов.

5. Вопросов нет. Но в случае, если какой-то склад находится удаленно - тоже имеет смысл.

6. Я не про X-window в частности, а про рабочие окружения в целом.

раскрыть ветку (5)
Автор поста оценил этот комментарий

1. С чего вы решили, что если написано FireFox то обязательно должен быть доступ в интернет?

FireFox установлен для работы с внутренними ресурсами, почтой, например.

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

Для доступа в интернет есть специальный терминальный сервер тоже на Debian с FireFox.

3. У всех разная интуиция. А как ты меню в LXDE будешь настраивать?

4. Глупо работать в модели клиент-сервер таская данные по сети когда можно работать в режиме терминала. У меня есть опыт эксплуатации настоящих терминальных систем, для работы которых достаточно скорости 9600 килобит в секунду.

PostgresSQL буду использовать тогда когда для его будет задача, сейчас хватает и файлового режима работы с БД.

раскрыть ветку (4)
Автор поста оценил этот комментарий

1. хорошо

3. Я изначально XFCE предлагал, но LXDE тоже неплохо настраивается

4. RDP все же прожорливая, кушает трафик активно, притом постоянно, а тонкий клиент 1с только при транзакциях. Ну и 9600 Kbps - Это весьма своеобразный терминал. Про SSH еще поверю, но RDP Там будет дико тупить.

раскрыть ветку (3)
Автор поста оценил этот комментарий
3. Не вижу смысла в терминале использовать что-то отличное от IceWM - проверено годами работы.


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

На самом деле для нормально организованной БД тестового терминала с разрешениями экрана 80*24 и 132*24 (символов*строк) хватает.

раскрыть ветку (2)
Автор поста оценил этот комментарий
Проверенно годами, а потом удивляемся почему дети называют нас старыми пердунами. ПО это не жизненный совет работающий сквозь годы. ПО это вечное развитие без какой-либо остановки в будущем.
раскрыть ветку (1)
Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку