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

nik222, http://www.nomachine.com/documentation/html/admin-guide.html#4.4

Уже читал. Может я не понимаю чего то?
Сначала генерируем новый ключ (на этом и останавливаемся):

/usr/NX/scripts/setup/nxserver --keygen 

меняю права по мануалу nx. тот же результат

nik222, а если зайти по ssh не через nxclient, и сделать ключик. Прокатит?

как это реализовать?

to Lupo Alberto: при заходе под пользователем nx похоже попадаю в консоль nxserver

HELLO NXSERVER - Version 3.5.0-9 - LFE
NX> 105

to i2ks, Lupo Alberto: Спасибо большое за помощь. Вычисли причину своих бед.

nik222 написал:

Вычисли причину своих бед.

и что было?

SELinux (отключил его)

Вообще в CentOS первым делом при настройке надо отключать SELINUX и встроенную цепочку фаервола.

А потом уже если надо настраивать SELINUX и писать свои правила iptables.

Ka3aH6ac написал:

Вообще в CentOS первым делом при настройке надо отключать SELINUX и встроенную цепочку фаервола.
А потом уже если надо настраивать SELINUX и писать свои правила iptables.

надо всего лишь не забывать, что SELinux существует... правилами написать можно не только сразу, но и заранее... как минимум, типовой конфиг составить проблем нет никаких, дсотаточно будет лишь залить его и перезапустить iptables

selinux-and-freenx

i2ks написал:

selinux-and-freenx

знать бы раньше 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)

Может кто то сталкивался?

nik222 написал:

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

text

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

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

Если мне не изменяет склероз, там еще и владелец важен.

Спасибо. Долго бился, оказался selinux. Сколько раз себе уже говорил "сперва попробуй вырубить selinux", и опять наступил на эти грабли.

Vascom
привет! ;)

SELINUX и RH-Input многим мешает жить.
Но потом со временем понимаешь что их надо вырубать или настраивать.

Дабы не плодить новые темы и переосмыслив некоторые моменты пришел к тому, что для удаленного администрирования достаточно ssh в первозданном виде. Возникло два вопроса: на сколько актуально использовать ssh для удаленного администрирования в принципе и как обезопасить себя в данной ситуации ?

Заранее благодарен за ответ.

"nik222" написал:

на сколько актуально использовать ssh для удаленного администрирования в принципе

Зависит от задач, но если важно именно администрирование системы, как таковое, то, думаю, ssh — первое, что приходит на ум для этих целей.

"nik222" написал:

как обезопасить себя в данной ситуации ?

Что именно вас смущает?

ну первое что пришло на ум мне - nx ибо есть gui, но на данный момент без графики как то удобней что ли.

"Lupo Alberto" написал:

Что именно вас смущает?

Честно, боязнь ошибиться. Хочется понять (найти, узнать) наиболее безопасный способ использования данного протокола удаленно.

nik222 написал:

Честно, боязнь ошибиться. Хочется понять (найти, узнать) наиболее безопасный способ использования данного протокола удаленно.

Скажу банальность: «Не ошибается лишь тот, кто ничего не делает.»
Вот — Анонсы раздач — неплохая, на мой взгляд, книга для «вхождения в тему».
P.S. И всё равно мне до конца не понятны ваши опасения, разве что, если тренироваться вы решили на работающем сервере ;)

Ну скажем по моему ssh + авторизация по ключу - вполне безопасно. Но как показывает практика "по моему" - часто сопоставимо с "не угадал"
Спасибо большое за материал