Неустранимая ошибка PuTTY: сервер отказался запустить оболочку / команду


10

Я всегда использовал PuTTY (win32) для доступа к своим серверам через SSH. Вчера я обновил OpenSSH на своем сервере с 4.3 до 5.8, и похоже, что PuTTY сейчас не работает. Он запрашивает пароль, затем подтверждает, что пароль правильный, а затем выдает фатальную ошибку Server refused to start a shell/command.

Когда я пытаюсь войти в систему с помощью Cygwin OpenSSH, у меня нет проблем.


2
Можете ли вы вставить содержимое журнала событий PuTTY?
Никгрим

1
Можете ли вы добавить -v к команде plink и опубликовать вывод?
Дэйви,

1
Проблема была в нехватке оперативной памяти.
iTayb

Ответы:


5

Проблема была в нехватке оперативной памяти.


1
та же проблема на полном сервере ОЗУ / ЦП
Donatello

2

Похоже, что что-то в ваших конфигах замазки запрашивает определенную оболочку после входа в систему, которая больше не утверждается. Попробуйте создать новый сеанс вместо сохраненного и введите как можно меньше настроек, только хост и все данные аутентификации. Это должно помочь вам. Затем, если вы хотите исправить предыдущую сохраненную сессию, посмотрите настройки на биты об удаленной команде, предпочтительной оболочке и т. Д.


1
plink user@ip -p 22 -pw passодин дает мне эту ошибку. Я считаю, что что-то блокирует меня на стороне sshd, а не замазка.
iTayb

Еще посмотрите ваши настройки по умолчанию. Скорее всего, Putty запрашивает что-то, что недоступно на сервере, а клиент cygwin openssh не запрашивает.
Калеб

Вы пытались создать новую сессию, как предложил Калеб? Вы используете последнюю замазку?
Эдуардо Иванец

1

Вероятно, у вас установлена ​​«удаленная команда» в настройках SSH в конфигурации putty. Просто удалите этот параметр и попробуйте снова.


1

Я знаю, что это старая ветка, но поскольку у меня возникла эта проблема, и я натолкнулся на эти ответы, но ... я мог исправить это, только обновив версию PuTTY до 0.70. Это было единственное, что сработало для меня. Ура!


1

Для пользователей, которые сталкиваются с этой проблемой: Вы можете решить эту проблему, убив сеанс одного из пользователей, используя

pkill -KILL -u username

NB: я использовал root-доступ, так как он успешно входил в систему

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.