Ok, obrigado Tim. umount / dev / pts e depois monte / dev / pts fez o truque.
Então eu pesquisei o erro e verifiquei o serverfault, mas as soluções não se encaixaram. A maioria dos resultados foram problemas com / dev / pts, mas isso é montado. Outros resultados são erros com o git, mas não há git na máquina.
Minha conta não está bloqueada, ainda posso fazer login no console. Outros usuários também têm esse problema, então eu não acho que tenha algo a ver com algo que está no meu .ssh /
Eu recebo esta resposta com ssh -vv:
<snip>
debug1: Next authentication method: password
rogier@server's password:
debug2: we sent a password packet, wait for reply
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug2: channel 0: send open
debug1: Requesting [email protected]
debug1: Entering interactive session.
debug2: callback start
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 100 id 0
PTY allocation request failed on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0
Depois disso, a sessão congela. Alguém tem alguma ideia do que está acontecendo?
Ok, obrigado Tim. umount / dev / pts e depois monte / dev / pts fez o truque.
deixe-me dizer-lhe toda a minha experiência, tento me conectar do linux para windows via ssh, tinha servidores com openssh e outros com freessh Quando o servidor tem openssh ele funciona bem, mas desde um momento para agora ele começa a apresentar uma mensagem "pedido de shell falhou no canal 0" quando freessh é o serviço em execução (veio de um dia para outro, ele costumava funcionar melhor que openssh)
Um teste feito por mim foi tentar estabelecer conexão a partir de outro usuário, pois vejo que funciona bem, faço backup do meu ~ / .ssh (o usuário que apresenta o problema), e depois disso ele funciona bem.
Eu acho que o arquivo envolvido era known_hosts, o perms parece bem, assim como o conteúdo, mas foi assim que eu corrijo.
O erro significa apenas que a abertura do pseudo-terminal falhou. O mais provável é que não tenha nada a ver com o ssh. Para depurá-lo no lado do servidor ssh, use uma demonstração de PTY muito simples, como mypty, no link para ver se algum PTY pode ser alocado. Se não, use strace para investigar onde ele falha. (Para mim, foi um link simbólico ausente / dev / ptmx em um contêiner, conforme explicado no link )
Poderia depender de você LANG e suas configurações de LC, mas isso funciona para mim:
unset LANG 2>/dev/null
unset LC_MONETARY 2>/dev/null
unset LC_NUMERIC 2>/dev/null
unset LC_MESSAGES 2>/dev/null
unset LC_COLLATE 2>/dev/null
unset LC_CTYPE 2>/dev/null
ssh -l username hostname
No meu caso, eu estava me conectando a um host Windows (rodando cygwin e outros softwares relacionados) de uma caixa Linux.
Estranhamente tentativas de se conectar ao servidor Windows funcionou, mas falhou ao alocar o terminal interativo. Verifique ssh -vv logs abaixo.
...
Authentication succeeded
...
Entering interactive session
Requesting authentication agent forwarding.
Sending environment.
Sending env LANG = en_US.UTF-8
PTY allocation request failed on channel 4
...
Meu colega descobriu que era devido a muitos processos abertos no servidor Windows, que usavam as mesmas credenciais de login que o meu e faziam algumas operações automatizadas em lote.
Matando temporariamente, fiz o truque e permiti minha conexão ssh com sucesso.
O mais provável, windows + cygwin, tinha limite máximo em relação a isso. Ainda há trabalho para desalocar recursos corretamente quando esses processos são executados.
Durante a montagem, recebo novamente
warning: can't open /etc/fstab: No such file or directory
Mas,
mount devpts /dev/pts -t devpts
faça o truque
Referência: link