Недавно я столкнулся со следующей проблемой при попытке ssh на моем сервере Ubuntu 11.04:
ssh greg@site.com
Запрос на выделение PTY не удался на канале 0
Я не знаю наверняка, но думаю, это произошло после одного из последних обновлений Ubuntu, которые я установил. Если это актуально, я удаленно подключаюсь из Терминала (Mac OS X 10.7 - Lion).
РЕДАКТИРОВАТЬ: Оказывается, я могу удаленно войти в качестве другого пользователя (т.е. матового) на моем сервере ... мне кажется, что это указывает на проблемы с ключом SSH. Если я удален из другой учетной записи на том же клиентском компьютере, он отлично работает для всех пользователей на сервере.
РЕШЕНИЕ: Оказывается, у меня были конфигурации gitolite в моих ~ / .ssh / allowedkeys на стороне сервера. Некоторое время назад я случайно запустил сценарий конфигурации как мой пользователь, а не как пользователь git. Это запускало конфигурации на удаленном компьютере (ключи совпадали), которые отключили необходимые настройки (см. Ниже). Я удалил соответствующие поля из разрешенных клавиш, и я был золотым.
debug1: Remote: Forced command.
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Remote: Forced command.
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
PTY allocation request failed on channel 0
У меня такая же проблема. На каком-то этапе настройки gitolite был добавлен еще один ограничительный набор ключей, который вызывал проблему. На проблемной стороне сервера .ssh / authorized_keys
ssh-rsa XXY-мой-исходный-ключXXX имя-имени
#gitolite start
command = "/ usr / share / gitolite / gl-auth-command ubuntu", no-port-forwarding, no-X11-forwarding, no-agent-forwarding, no-pty ssh-rsa XXY-some-gitolite-keyXXX some_other_name
# гитолит конец
Я удалил секцию гитолита и я тоже был золотым
Похоже, что оператор сервера изменил конфигурацию sshd или параметры настройки в файлах authroized_keys, чтобы вы не могли получить интерактивную оболочку. Операторы серверов, которые хотят предоставить sftp-доступ, делают это очень часто.
debug1: Remote: Forced command.
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
debug1: Remote: Forced command.
debug1: Remote: Port forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: Pty allocation disabled.
Попробуйте подключиться без использования ключей для аутентификации. Если вы можете получить оболочку, когда вы не используете ключ, проблема в вашем файле authorized_keys. Если вы не можете войти в систему при попытке использовать аутентификацию по паролю, и аутентификация по паролю не отключена, проблема будет в файле sshd_config.