O pedido de alocação de PTY falhou no canal 0

4

Recentemente encontrei o seguinte problema ao tentar usar o ssh no meu servidor Ubuntu 11.04:

ssh [email protected]
PTY allocation request failed on channel 0

Eu não sei ao certo, mas acho que isso aconteceu depois de uma das últimas atualizações do Ubuntu que eu instalei. Caso seja relevante, estou remotamente no Terminal (Mac OS X 10.7 - Lion).

EDIT: Acontece que eu posso remoto como outro usuário (ou seja, matt) no meu servidor ... parece-me que isso apontaria para problemas de chave SSH. Se eu for remoto de outra conta na mesma máquina cliente, ele funciona bem para todos os usuários no servidor.

SOLUÇÃO: Acontece que eu tinha configurações de gitolite em minhas teclas ~ / .ssh / allowed no lado do servidor. Eu acidentalmente executei um script de configuração há algum tempo atrás como meu usuário em vez de como o usuário do git. Isso estava dando início às configurações no remoto (chaves correspondidas) que desabilitavam as configurações necessárias (veja abaixo). Eu removi os campos relevantes das chaves permitidas, e eu era de ouro.

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
    
por loeschg 27.07.2011 / 03:42

2 respostas

2

Parece que o operador do servidor ajustou a configuração do sshd ou as opções de configuração nos arquivos authroized_keys para evitar que você obtenha um shell interativo. Os operadores de servidor que desejam fornecer acesso sftp apenas com freqüência fazem isso.

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.

Tente conectar sem usar suas chaves para autenticação. Se você pode obter um shell quando não usa uma chave, o problema está no seu arquivo authorized_keys. Se você não conseguir fazer login ao tentar usar a autenticação por senha e a autenticação de senha não estiver desabilitada, o problema estará no sshd_config.

    
por 27.07.2011 / 07:50
5

Eu tive o mesmo problema. Alguma etapa de configuração de gitolite havia adicionado outro conjunto restritivo de chave que estava causando o problema. O lado problemático do servidor .ssh / authorized_keys tinha

ssh-rsa XXY-meu-original-chaveXXX algum_nome

#gitolite start

command="/usr/share/gitolite/gl-auth-command ubuntu", no-port-forwarding, no-X11-forwarding, no-agent-forwarding, no-pty ssh-rsa XXY-algum-gitolite -keyXXX some_other_name

#gitolite final

Eu removi a seção de gitolite e também eu era de ouro

    
por 05.08.2011 / 12:30