nik222, а так
chmod 700 /usr/NX/home/nx/.ssh/Настоятельно просим вас при общении соблюдать Правила форума и законы РФ. Наша тематика вне политики, поэтому воздержитесь от обсуждения ситуации на Украине и связанных с ней событий, независимо от того, какую сторону вы поддерживаете.
Также напоминаем, что наш форум находится в доменной зоне .ru, физически расположен на российских серверах и мы соблюдаем действующее законодательство России. Любые сообщения о политике будут удаляться.
Linux Forum → Red Hat Linux, Fedora, CentOS → Удаленный рабочий стол
nik222, а так
chmod 700 /usr/NX/home/nx/.ssh/тот же результат 
chmod -R 777 usr/NX/home/nx/.ssh/
нельзя так делать.
От какого пользователя генерируете ключик?
От основного пользователи (Admin) системы из под root-а. Он же (Admin) пользователь в NX
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 … 7%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.c1023ls -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Уже читал. Может я не понимаю чего то?
Сначала генерируем новый ключ (на этом и останавливаемся):
/usr/NX/scripts/setup/nxserver --keygen меняю права по мануалу nx. тот же результат
nik222, а если зайти по ssh не через nxclient, и сделать ключик. Прокатит?
как это реализовать?
to Lupo Alberto: при заходе под пользователем nx похоже попадаю в консоль nxserver
HELLO NXSERVER - Version 3.5.0-9 - LFE
NX> 105to i2ks, Lupo Alberto: Спасибо большое за помощь. Вычисли причину своих бед.
Вычисли причину своих бед.
и что было?
SELinux (отключил его)
Вообще в CentOS первым делом при настройке надо отключать SELINUX и встроенную цепочку фаервола.
А потом уже если надо настраивать SELINUX и писать свои правила iptables.
Вообще в CentOS первым делом при настройке надо отключать SELINUX и встроенную цепочку фаервола.
А потом уже если надо настраивать SELINUX и писать свои правила iptables.
надо всего лишь не забывать, что SELinux существует... правилами написать можно не только сразу, но и заранее... как минимум, типовой конфиг составить проблем нет никаких, дсотаточно будет лишь залить его и перезапустить iptables
знать бы раньше smile
Всем спасибо за помощь. Всех с наступающим Новым годом!
P.S.: по работе nx server остается один вопрос: при подключении клиентом к серверу возникают проблемы с gnome. Получаю вот такие ошибки:
Process /usr/libexec/gnome-settings-daemon was killed by signal 6 (SIGABRT) WARNING: at kernel/sched.c:5914 schedule+0x9b1/0xb10() (Not tainted)Может кто то сталкивался?
непонятно на какие.
chmod -R 777 usr/NX/home/nx/.ssh/результата не дает
Если мне не изменяет склероз, там еще и владелец важен.
Спасибо. Долго бился, оказался selinux. Сколько раз себе уже говорил "сперва попробуй вырубить selinux", и опять наступил на эти грабли.
Vascom
привет! 
SELINUX и RH-Input многим мешает жить.
Но потом со временем понимаешь что их надо вырубать или настраивать.
Дабы не плодить новые темы и переосмыслив некоторые моменты пришел к тому, что для удаленного администрирования достаточно ssh в первозданном виде. Возникло два вопроса: на сколько актуально использовать ssh для удаленного администрирования в принципе и как обезопасить себя в данной ситуации ?
Заранее благодарен за ответ.
на сколько актуально использовать ssh для удаленного администрирования в принципе
Зависит от задач, но если важно именно администрирование системы, как таковое, то, думаю, ssh — первое, что приходит на ум для этих целей.
как обезопасить себя в данной ситуации ?
Что именно вас смущает?
ну первое что пришло на ум мне - nx ибо есть gui, но на данный момент без графики как то удобней что ли.
Что именно вас смущает?
Честно, боязнь ошибиться. Хочется понять (найти, узнать) наиболее безопасный способ использования данного протокола удаленно.
Честно, боязнь ошибиться. Хочется понять (найти, узнать) наиболее безопасный способ использования данного протокола удаленно.
Скажу банальность: «Не ошибается лишь тот, кто ничего не делает.»
Вот — Анонсы раздач — неплохая, на мой взгляд, книга для «вхождения в тему».
P.S. И всё равно мне до конца не понятны ваши опасения, разве что, если тренироваться вы решили на работающем сервере 
Ну скажем по моему ssh + авторизация по ключу - вполне безопасно. Но как показывает практика "по моему" - часто сопоставимо с "не угадал"
Спасибо большое за материал
Linux Forum → Red Hat Linux, Fedora, CentOS → Удаленный рабочий стол
Форум работает на PunBB, при поддержке Informer Technologies, Inc