Quando utilizzo GIT, ho problemi con l'utilizzo di GIT su SSH e, dato che funziona perfettamente sia a lavoro che a casa con un modem diverso, è ovviamente il mio modem di casa che funziona. Non ho problemi di connessione tramite HTTP.

Quindi, presumo che sia un problema SSH, ma non sono esperto nell'usarlo direttamente. Esiste un comando che posso eseguire che imposta una connessione "test" e mi fa sapere esattamente quando e dove lungo il problema si verifica?

Praticamente tutti i comandi "più grandi" (come fetch, cloneo pushcon molti dati) da git(anche quando eseguiti con -v) si "bloccano" nel mezzo della connessione in remoto senza alcuna indicazione sul motivo per cui si sono interrotti, quindi non sono utili .

Esiste un modo per ottenere maggiori dettagli su ciò che sta accadendo nella connessione SSH?

Variabile d'ambiente

Da Git versione 2.3.0, puoi usare la variabile d'ambiente GIT_SSH_COMMANDe passare l' -vargomento dettagliato in questo modo:

GIT_SSH_COMMAND="ssh -v" git clone example

Per essere più dettagliato, fallo -vvv:

GIT_SSH_COMMAND="ssh -vvv" git clone example

Config

Dalla versione 2.10.0 di Git, che sarà nei repository di Ubuntu 17.04, è possibile salvare questa configurazione a livello globale o per repository come in questo esempio:

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

Ho avuto un problema simile. Per il debug ho aggiunto una riga nel mio ssh_config. Ecco come l'ho fatto:

git remote -v

Lì troverai una linea come questa:

origin  git@github.com:me/test.git (fetch)
origin  git@github.com:me/test.git (push)

In questo caso l'host è github.com. Ora puoi aggiungere una voce host nella tua configurazione ssh:

vim ~/.ssh/config

E aggiungi:

Host github.com
    LogLevel DEBUG3

Usando le operazioni git, dovresti ricevere molti messaggi di debug, ora. Per ottenere meno messaggi di debug, prova a utilizzareDEBUG1

Per le versioni GIT> = 2.3.0 vedere la risposta di @Flimm per una soluzione più intelligente.

Leggendo man git, ci sono alcune variabili ambientali utili che puoi impostare GIT_TRACE_PACKETe GIT_TRACE. Per esempio:

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

Un po 'in ritardo al gioco, ma spero che questo aiuti qualcuno!

Per 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.

Quindi, prova ssh -v. Se ciò non ti dice quello che devi sapere, puoi aggiungere uno o due vsecondi per informazioni di debug ancora più dettagliate. Per Github in particolare, prova ssh -vvvT git@github.com.

Di solito, nella mia esperienza, una sessione SSH sospesa durante l'installazione si verifica quando il client non può completare il metodo di autenticazione scelto. Verifica che la tua chiave privata sia nel posto giusto con le autorizzazioni giuste e corrisponda alla chiave pubblica che hai assegnato a Github.

Non vedo un modo per dire a git (1) il comando esterno da usare per ssh (1), ma come soluzione alternativa, basta rinominare / path / to / ssh in /path/to/ssh.orig, creare una shell wrapper di script / percorso / a / ssh e aggiungere nei flag -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

Ottengo un output dettagliato quando eseguo i comandi git che operano su un trasporto ssh. Al termine del debug, eliminare lo script e ripristinare /path/to/ssh.orig in / path / to / ssh.