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

10

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

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

iTayb
источник
2
Можете ли вы вставить содержимое журнала событий PuTTY?
Никгрим
1
Можете ли вы добавить -v к команде plink и опубликовать вывод?
Дэйви,
1
Проблема была в нехватке оперативной памяти.
iTayb

Ответы:

5

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

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

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

Калеб
источник
1
plink user@ip -p 22 -pw passодин дает мне эту ошибку. Я считаю, что что-то блокирует меня на стороне sshd, а не замазка.
iTayb
Еще посмотрите ваши настройки по умолчанию. Скорее всего, Putty запрашивает что-то, что недоступно на сервере, а клиент cygwin openssh не запрашивает.
Калеб
Вы пытались создать новую сессию, как предложил Калеб? Вы используете последнюю замазку?
Эдуардо Иванец
1

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

Tonny
источник
1

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

Mariana
источник
1

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

pkill -KILL -u username

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

Питер
источник