Não é possível conectar-se ao Github pela primeira vez

Question

Esta é a minha primeira vez com o Git e estou tentando configurá-lo na minha caixa. Eu adicionei a minha chave ao meu perfil na interface web do Github. Quando tento me conectar ...:

max@linux-vwzy:~> ssh [email protected]
The authenticity of host 'github.com (207.97.227.239)' can't be established.
RSA key fingerprint is xx
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'github.com,207.97.227.239' (RSA) to the list of known hosts.
PTY allocation request failed on channel 0

max@linux-vwzy:~> ssh-add ~/.ssh/id_rsa
Identity added: /home/max/.ssh/id_rsa (/home/max/.ssh/id_rsa)

max@linux-vwzy:~> ssh [email protected]
PTY allocation request failed on channel 0

Eu deveria estar recebendo algum tipo de mensagem de boas-vindas, no entanto, eu não sou.

    

Answer 1

Quando você executa ssh [email protected] em um ambiente de terminal normal, seu cliente SSH (o processo ssh em sua máquina local) solicitará um psuedo-terminal (pty) do servidor.

O GitHub sempre negou a alocação de arquivos.

Versões mais antigas (anteriores a 5.6) do ssh do OpenSSH "voltarão" para o modo no-pty se o servidor rejeitar sua solicitação de alocação pty.

Versões mais recentes (5.6 a 5.8) do ssh aborto do OpenSSH se o servidor rejeitar sua solicitação de alocação pty.

As versões mais recentes (5.9 e posteriores) do ssh do OpenSSH receberão a ação anterior (continuar) se a alocação pty for feita automaticamente e a última ação (abortar) se houver uma solicitação explícita para um pty ( -t dado ou RequestTTY igual a yes / force ).

Você pode dizer a ssh (antigo ou novo) para evitar solicitar uma alocação de pty usando a opção -T :

ssh -T [email protected]

Você deve então ver a mensagem do GitHub:

Hi <username>! You've successfully authenticated, but GitHub does not provide shell access.

Do anúncio de lançamento do OpenSSH 5.6 :

• Kill channel when pty allocation requests fail. Fixed stuck client if the server refuses pty allocation (bz#1698)

bz#1698 parece ser uma referência a um relatório registrado no Bugzilla “OpenSSH portátil” .

A partir da mensagem de check-in de OpenSSH clientloop .c rev 1.234 :

improve our behaviour when TTY allocation fails: if we are in RequestTTY=auto mode (the default), then do not treat at TTY allocation error as fatal but rather just restore the local TTY to cooked mode and continue. This is more graceful on devices that never allocate TTYs.

If RequestTTY is set to "yes" or "force", then failure to allocate a TTY is fatal.