Під час використання GIT у мене є проблеми з використанням GIT через SSH , і оскільки він працює чудово як на роботі, так і вдома з іншим модемом, явно мій домашній модем працює над цим. У мене немає проблем з підключенням через HTTP.

Отже, я припускаю, що це проблема SSH, але я не знаю, як безпосередньо її використовувати. Чи є якась команда, яку я можу запустити, яка встановлює "тестове" з'єднання, і дає мені знати, коли і де уздовж лінії виникає проблема?

В основному всі "більші" команди (такі як fetch, cloneабо pushз великою кількістю даних) з git(навіть при запуску з -v) просто "зависають" посередині підключення віддалено, не вказуючи, чому вони зупинилися, тому вони не мають користі. .

Чи можна отримати детальнішу інформацію про те, що відбувається в SSH-з'єднанні?

Змінна середовище

З Git версії 2.3.0 ви можете використовувати змінну оточення GIT_SSH_COMMANDта передавати -vбагатослівний аргумент так:

GIT_SSH_COMMAND="ssh -v" git clone example

Щоб бути додатковим багатослівним, зробіть це -vvv:

GIT_SSH_COMMAND="ssh -vvv" git clone example

Git config

З Git версії 2.10.0, яка буде в репортах Ubuntu 17.04, ви можете зберегти цю конфігурацію в усьому світі або на репо, як у цьому прикладі:

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

У мене була схожа проблема. Для налагодження я додав рядок у свою ssh_config. Ось як я це зробив:

git remote -v

Там ви знайдете такий рядок:

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

У цьому випадку господар є github.com. Тепер ви можете додати хост-запис у свою ssh-конфігурацію:

vim ~/.ssh/config

І додайте:

Host github.com
    LogLevel DEBUG3

При використанні операцій git зараз вам слід отримати багато повідомлень про налагодження. Щоб отримати менше повідомлень про налагодження, спробуйте скористатисяDEBUG1

Для версій GIT> = 2.3.0 див. Відповідь від @Flimm для розумнішого рішення.

Читаючи man git, є деякі корисні змінні середовища, які ви можете встановити, GIT_TRACE_PACKETі GIT_TRACE. Наприклад:

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

Трохи запізнюємось на гру, але сподіваємось, це комусь допоможе!

За 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.

Отже, спробуйте ssh -v. Якщо це не говорить про те, що вам потрібно знати, ви можете додати одну або дві vs для ще більш детальної інформації про налагодження. Зокрема, для Github спробуйте ssh -vvvT git@github.com.

Зазвичай, на моєму досвіді, під час налаштування сеанс SSH висить, коли клієнт не може виконати обраний метод аутентифікації. Переконайтеся, що ваш приватний ключ знаходиться в потрібному місці з правильними дозволами та відповідає відкритому ключу, який ви надали Github.

Я не бачу способу сказати git (1) зовнішню команду використовувати для ssh (1), але, як вирішення проблеми, просто перейменуйте / шлях / до / ssh на /path/to/ssh.orig, створіть оболонку обгортку сценарію / шлях / до / ssh та додайте у прапорці -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

Я отримую багатослівний висновок під час виконання команд git, що працюють над ssh-транспортом. Після завершення налагодження видаліть скрипт і відновіть /path/to/ssh.orig в / path / to / ssh.