Когда Вы входите в систему как root
, журналы системы контроля ( /var/adm/messages
, who
, last
, dmesg
, и т.д.), чтобы видеть, видите ли Вы какие-либо ошибки коснуться конфигурации SSH.
Проверьте свой/etc/pam.conf файл. Вы используете несколько схем аутентификации? То изменение приглашения ко входу в систему предполагает, что может быть несколько подлинных записей для SSH в PAM.
Использовать -v
с ssh для наблюдения некоторого подробного журналирования ssh сессии. Ищите ошибки.
SSH как другой пользователь помимо корневой работы? Если так, посмотрите на вывод ssh -v
для ошибок, связанных с полномочиями ssh ключей или .ssh каталогом, и т.д.
Если вы не находитесь за консолью и используете графический интерфейс, просто запустите новый [112866]xterm[112867].
Если вы находитесь в SSH-d или вам не нравится ни один из первых двух, вы можете это сделать:
Запустить [112882]screen[112883] (старый, спагетти-код, но хорошо протестированный).
Запустить TMUX (современный [112884]screen[112885]-подобная замена)
z[112889]), а затем скажите ей, чтобы она продолжала работать в фоновом режиме ([112890]bg[112891]). При желании вы можете переключаться между задачами, приостановив текущую и выведя на передний план желаемую задачу ([112892]fg[112893]). Например, используйте [112894]jobs[112895] и [112896]fg %1[112897], [112898]fg %2[112899], ...).