Удаленный рабочий стол

Я вчера быстренько скопировал, все с сайта разработчика...
Спасибо i2ks за поправку...

1. При удаленном подключении крашится индикатор переключения "раскладки клавиатуры". Как я понимаю проблема решается таким образом:

setxkbmap -option grp:switch,grp:alt_shift_toggle,grp_led:scroll us,ru

В моем случае данный способ работает. Интересует подходит ли данный вариант для Centos? Или есть другой способ решения проблемы?

2. Стоит ли вводить запрет парольной авторизации пользователя в ssh с последующим его добавление в базу пользователей nxserver?

Удаленный рабочий стол к Вашему серверу CentOS 6

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


Задачи:

1. Установить и настроить FreeNX

2. Проверить работоспособность удаленного рабочего стола




Так вроде все задачи ясны, приступим!

1. Установим и настроим FreeNX

Запускаем Terminal и строчим следующие строчки:

# wget http://64.34.161.181/download/3.5.0/Lin … 9.i386.rpm
# wget http://64.34.161.181/download/3.5.0/Lin … 7.i386.rpm
# wget http://64.34.161.181/download/3.5.0/Lin … 7.i386.rpm
# rpm -i *.rpm

Настройка аутентификации основанной по ключевому файлу.

cd /usr/NX/etc/
cp node-redhat.cfg.sample node.cfg
cp server-redhat.cfg.sample server.cfg

Открываем файл конфигурации "sshd" для редактирования:

gedit /etc/ssh/sshd_config

Ищем строчку, и раскоментируем ее установив в качестве параметра "no":

PasswordAuthentication no

Также нужно добавить строчу:

AllowUsers nx

Перезапустим "sshd":

service sshd restart

Откройте файл конфигурации FreeNX для редактирования:

gedit /usr/NX/etc/server.cfg

Найдите в нем строчку:

#EnableUserDB = "0"

и

#EnablePasswordDB = "0"

Поменяйте параметр на "1" и уберите символ # в начале строки:

EnableUserDB = "1"

EnablePasswordDB = "1"

Перезагрузим сервер:

reboot

Теперь осталось добавить существующего локального пользователя и пароль, например "user":

nxserver --system --useradd user

Теперь добавьте пользователя "user" в разрешенные , файл "/etc/ssh/sshd_config":

gedit /etc/ssh/sshd_config

Ищем строчку:

AllowUsers nx

И добавляем нашего "user":

AllowUsers nx user

Перезагружаем демон sshd:

service sshd reload
 

Сгенерируем ключи:

nxserver --keygen

2. Проверка работоспособности удаленного рабочего стола

Теперь нам осталось проверить как работает наш удаленный рабочий стол. Для проверки нам понадобится клиент FreeNX для Windows который лежит по адресу:

http://64.34.161.181/download/3.4.0/Windows/nxclient-3.4.0-10.exe

Стандартным способом устанавливаем NX client на Windows машину.
При первом запуске устанавливаем следующие параметры:
* ставим среду рабочего стола GNOME обязательно, так как у нас не KDE.
Если другая среда, то ставим ее.

* В окошке ввода логина и пароля, ставим нашего системного пользователя user
с его паролем в системе CentOS Linux.

* Теперь нажмите кнопку "Configure"
Выберите вкладку "General":
Здесь вводим IP адрес нашего удаленного сервера в поле "Host"
Шелкам кнопку "Key":
Стираем содержимое окошка DSA key, и вставляем текст из файла который содержится на нашем сервере CentOS:

/usr/NX/share/keys/default.id_dsa.key

Нажимаем кнопку "Save" -> "Save" -> "OK"

Теперь можно соединится с нашим сервером, если не ввели логин и пароль, введите их.
И нажмите кнопку "Login"


Замечен один глюк, при подключении с Windows 7 к шлюзу, график прорисовывается медленно, что действует на нервы. Решение, отклюение прорисовки методом Direct Draw во вкладке Advanced.

nik222 написал:

2. Стоит ли вводить запрет парольной авторизации пользователя в ssh с последующим его добавление в базу пользователей nxserver?

Дело личных предпочтений. Я в конфиге ssh параметром AllowUsers определяю, какому юзеру (администраторы, nx) можно коннектится в системе без ограничений, с любых адресов, а какому - только с localhost, с 127.0.0.1 (юзеры терминального доступа).

to Cruiser78: Если вас не затруднит, можно пример реализации ограничений в ssh

nik222 написал:

to Cruiser78: Если вас не затруднит, можно пример реализации ограничений в ssh

Все элементарно. Правим /etc/ssh/sshd_config:

AllowUsers alex nx vasja@127.0.0.1

То есть получаем, что юзеры alex и nx могут заходить в ssh-сессию без каких либо ограничений, а юзер vasja может заходить только с локального хоста. А именно так и работает NX, ремутно коннектится юзер nx, а потом он коннетит локально своего терминального юзера Васю.
Вход по паролю в ssh я бы не рекомендовал отключать. Вход по ключам - удобен, но всякое может случиться...

Далее, далеко не обязательно терминальным юзерам (за исключением админов, но им и ssh -X за глаза) давать на терминальном сервере полноценный рабочий стол. Как правило им нужна пара-другая задач. Так и следует организовать им простенькую менюшку, например, установив и настроив простенькую xfce4-panel. И запускать юзерей не в GNOME, а через custom в свой скрипт, который запустит юзеру панельку.

Век живи - век учись.
Спасибо Cruiser78

не получается сгенерировать новый SSH ключ, получаю вот такую ошибку:

nxserver --keygen
NX> 704 Starting: server-keygen operation at: \u0412\u0442\u0440 \u0414\u0435\u043a 27 11:39:01 2011.
NX> 704 Generating new ssh-keys. Please wait.
NX> 704 ERROR: Cannot generate SSH keys for NX Server authentication.
NX> 704 Error is: open /usr/NX/home/nx/.ssh/new.id_dsa failed: Permission denied.
Saving the key failed: /usr/NX/home/nx/.ssh/new.id_dsa..

Подскажите пожалуйста в чем может быть проблема?

Измени права доступа.

непонятно на какие.

chmod -R 777 usr/NX/home/nx/.ssh/

результата не дает

nik222, а так

chmod 700 /usr/NX/home/nx/.ssh/

тот же результат :(

nik222 написал:

chmod -R 777 usr/NX/home/nx/.ssh/

нельзя так делать.
От какого пользователя генерируете ключик?

От основного пользователи (Admin) системы из под root-а. Он же (Admin) пользователь в NX

nik222 написал:

nxserver --keygen

а точно такой ключик есть?
nxkeygen все время было же.

default.id_dsa.key - такого ключа нет, но ведь я и пытаюсь его сгенерировать (создать). Команда правильная. Есть ключ - server.id_dsa.key

nik222, покажите вывод команд

id

от пользователя генерирующего ключ,

ls -al /usr/NX/home/nx/.ssh/

В большинстве программ есть ключ -v (--verbose), позволяющий сделать вывод более подробным.

смущает вот это - http://cl.ly/0U3S3C241h0V1L1Q0I1Q/Image%202011-12-27%20at%2011.33.07%20AM.png

id

uid=0(root) gid=0(root) \u0433\u0440\u0443\u043f\u043f\u044b=0(root),1(bin),2(daemon),3(sys),4(adm),6(disk),10(wheel) \u043a\u043e\u043d\u0442\u0435\u043a\u0441\u0442=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

ls -al /usr/NX/home/nx/.ssh/

\u0438\u0442\u043e\u0433\u043e 28
drwx------. 2 nx   root 4096 \u0414\u0435\u043a 27 12:26 .
drwx------. 3 nx   root 4096 \u0414\u0435\u043a 27 11:38 ..
-rw-r--r--. 1 nx   root  668 \u0414\u0435\u043a 27 11:45 authorized_keys2
-rw-r--r--. 1 nx   root  668 \u0414\u0435\u043a 27 11:45 default.id_dsa.pub
-rw-r--r--. 1 root root  668 \u0414\u0435\u043a 27 11:45 default.id_dsa.pub.backup
-rw-r--r--. 1 nx   nx    391 \u0414\u0435\u043a 27 11:36 known_hosts
-rw-r--r--. 1 nx   root  668 \u0424\u0435\u0432  2  2010 restore.id_dsa.pub

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

su nx