Честно, боязнь ошибиться. Хочется понять (найти, узнать) наиболее безопасный способ использования данного протокола удаленно.
Скажу банальность: «Не ошибается лишь тот, кто ничего не делает.»
Вот — Анонсы раздач — неплохая, на мой взгляд, книга для «вхождения в тему».
P.S. И всё равно мне до конца не понятны ваши опасения, разве что, если тренироваться вы решили на работающем сервере 
Что именно вас смущает?
Честно, боязнь ошибиться. Хочется понять (найти, узнать) наиболее безопасный способ использования данного протокола удаленно.
]]>на сколько актуально использовать ssh для удаленного администрирования в принципе
Зависит от задач, но если важно именно администрирование системы, как таковое, то, думаю, ssh — первое, что приходит на ум для этих целей.
как обезопасить себя в данной ситуации ?
Что именно вас смущает?
]]>Заранее благодарен за ответ.
]]>Vascom
привет!
непонятно на какие.
chmod -R 777 usr/NX/home/nx/.ssh/результата не дает
Если мне не изменяет склероз, там еще и владелец важен.
]]>знать бы раньше 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)Может кто то сталкивался?
]]>Вообще в CentOS первым делом при настройке надо отключать SELINUX и встроенную цепочку фаервола.
А потом уже если надо настраивать SELINUX и писать свои правила iptables.
надо всего лишь не забывать, что SELinux существует... правилами написать можно не только сразу, но и заранее... как минимум, типовой конфиг составить проблем нет никаких, дсотаточно будет лишь залить его и перезапустить iptables
]]>А потом уже если надо настраивать SELINUX и писать свои правила iptables.
]]>Вычисли причину своих бед.
и что было?
]]>