Не может ssh, соединение сразу завершается со статусом выхода 254

apt-get утилита диспетчера пакетов для полученных дистрибутивов debian, таких как человечность.

yum эквивалент на полученных дистрибутивах мягкой фетровой шляпы.

Используя их обоих в той же системе, вероятно, очень проблематично, и почти наверняка бессмыслен.

Как Вы устанавливали систему во-первых? Если это не очень очень очень необычная система, возможности - она, уже имеет диспетчер пакетов, просто Вы не знаете, каково это.

12
16.10.2016, 16:07
5 ответов

Попробуйте изменить

UsePAM yes

на

UsePAM no

в / etc / ssh / sshd_config (для CentOS)

12
27.01.2020, 19:55

Я столкнулся с этим в Mac OS X , где конфигурация в ~ / .bashrc имела проблему, из-за которой ssh работал, но sftp - не работали. @stéphane-chazelas, кажется, имеет правильную идею в комментарии выше.

В удаленной системе через SSH переименуйте ~ / .bashrc в ~ / .bashrc-MOVED и попробуйте снова n и посмотрите, работает ли это; затем восстановите ~ / .bashrc и определите проблему.

В моей системе ~ / .bashrc содержал следующее:

if [ -z "$PS1" ] ; then
    exit
fi

Что было вероятным виновником.

2
27.01.2020, 19:55

У меня была похожая проблема, только я видел следующее странное сообщение:

client_input_channel_req: channel 0 rtype exit-status reply 0.

У пользователя, к которому я пытался подключиться по ssh, не было оболочки по умолчанию.

Я выполнил следующее:

chsh -s $(which sh) username 

И затем я смог ssh.

Примечание:
Запуск su username возвращал exit-code 1 (был неудачным), а теперь он просто работает.

4
27.01.2020, 19:55

Сегодня у меня была такая же проблема. Первое, что я заметил, это / var / log был на 100%, я исправил это, и это не решило проблему. Я не мог войти по ssh или войти через графический интерфейс, но я мог нажать CNTRL + ALT + F2, чтобы попасть в интерфейс командной строки и войти в систему таким образом. Я набрал startx и получил сообщение об ошибке /tmp/.X0-lock.

Я удалил этот файл (технически я удалил все из / tmp) и смог войти в систему через графический интерфейс, а также через ssh.

1
27.01.2020, 19:55

Конфигурация «Открыть файлы» в файле параметров ядра /etc/security/limits.conf была изменена на «Неограниченно», и подключение было потеряно.

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

Wrong Example:
## Example hard limit for max opened files
*        hard   nofile unlimited
root     hard   nofile  unlimited
## Example soft limit for max opened files
*        soft   nofile unlimited
root     soft   nofile unlimited

Correct Ex:
## Example hard limit for max opened files
*        hard   nofile 16000
root     hard   nofile 16000
## Example soft limit for max opened files
*        soft   nofile 16000
root     soft   nofile 16000
1
27.01.2020, 19:55

Теги

Похожие вопросы