Ao usar o GIT, tenho problemas ao usar o GIT sobre SSH e, como funciona muito bem no trabalho e em casa com um modem diferente, é obviamente o meu modem doméstico que está funcionando. Não tenho problemas para conectar-me por HTTP.

Portanto, suponho que seja um problema SSH, mas não sou especialista em usá-lo diretamente. Existe algum comando que eu possa executar que configure uma conexão de "teste" e me informe exatamente quando e onde o problema ocorre?

Praticamente todos os comandos "maiores" (como fetch, cloneou pushcom muitos dados) de git(mesmo quando executados com -v) apenas "travam" no meio da conexão remota, sem indicação de por que eles pararam, de modo que não servem para nada. .

Existe alguma maneira de obter mais detalhes sobre o que está acontecendo na conexão SSH?

Variável de ambiente

No Git versão 2.3.0, você pode usar a variável de ambiente GIT_SSH_COMMANDe passar o -vargumento detalhado como este:

GIT_SSH_COMMAND="ssh -v" git clone example

Para ser mais detalhado, faça o seguinte -vvv:

GIT_SSH_COMMAND="ssh -vvv" git clone example

Configuração do Git

Na versão 2.10.0 do Git, que será encontrada nos repositórios do Ubuntu 17.04, você pode salvar essa configuração globalmente ou por repositório, como neste exemplo:

git config core.sshCommand "ssh -vvv"
git pull

Eu tive um problema parecido. Para depuração, adicionei uma linha no meu ssh_config. Aqui está como eu fiz isso:

git remote -v

Lá você encontrará uma linha como esta:

origin  [email protected]:me/test.git (fetch)
origin  [email protected]:me/test.git (push)

Nesse caso, o host é github.com. Agora você pode adicionar uma entrada de host na sua configuração ssh:

vim ~/.ssh/config

E adicione:

Host github.com
    LogLevel DEBUG3

Ao usar operações git, você deve receber muitas mensagens de depuração agora. Para receber menos mensagens de depuração, tente usarDEBUG1

Para versões GIT> = 2.3.0, consulte a resposta do @Flimm para obter uma solução mais inteligente.

Lendo man git, existem algumas variáveis ​​ambientais úteis que você pode definir GIT_TRACE_PACKETe GIT_TRACE. Por exemplo:

GIT_TRACE_PACKET=true git clone ssh://[...]

Um pouco tarde para o jogo, mas espero que isso ajude alguém!

Por man ssh:

 -v      Verbose mode.  Causes ssh to print debugging messages about its progress.  This
         is helpful in debugging connection, authentication, and configuration problems.
         Multiple -v options increase the verbosity.  The maximum is 3.

Então tente ssh -v. Se isso não informar o que você precisa saber, você pode adicionar um ou dois vs para obter informações de depuração ainda mais detalhadas. Para o Github em particular, tente ssh -vvvT [email protected].

Geralmente, na minha experiência, uma sessão SSH interrompida durante a instalação acontece quando o cliente não pode concluir o método de autenticação escolhido. Verifique se sua chave privada está no lugar certo, com as permissões corretas e se corresponde à chave pública que você deu ao Github.

Não vejo uma maneira de dizer ao git (1) o comando externo a ser usado para o ssh (1), mas como solução alternativa, simplesmente renomeie / path / to / ssh para /path/to/ssh.orig, crie um shell wrapper de script / caminho / para / ssh e adicione os sinalizadores -v:

$ sudo mv /usr/bin/ssh /usr/bin/ssh.orig
$ sudo vim /usr/bin/ssh
$ cat /usr/bin/ssh
#!/bin/sh

if [ -x /usr/bin/ssh.orig ]; then
    exec /usr/bin/ssh.orig -v -v -v "${@}"
fi

$ sudo chmod a+x /usr/bin/ssh

Recebo uma saída detalhada ao executar comandos git operando em um transporte ssh. Após a depuração, exclua o script e restaure /path/to/ssh.orig para / path / to / ssh.