git push с использованием PuTTY в Windows завершается неудачно (фатально: удаленный конец неожиданно зависает)

Question

Воодушевленный готовностью сделать свой первый git push, я создал псевдоним для PuTTY в моей среде cygwin:

alias ssh="/cygdrive/c/PROGRA~2/putty/PUTTY.EXE"

Затем вызвал (конечно, внутри моего рабочего каталога),как объяснено на странице 47 в git community book :

git push ssh://mylinuxserver/~winwin/gitrepo master:master

Мое возбуждение длилось недолго, так как сразу же привело к фатальной ошибке:

error: cannot run ssh: No such file or directory
fatal: unable to fork

Учитывая, что я могу успешно работать, из той же точной командной строки и экземпляра оболочки , ssh winwin@mylinuxserver Я очень удивлен, получив это сообщение об ошибке.

Любая идеяпочему это происходит и как это исправить?

ОБНОВЛЕНИЕ I: Благодаря этому руководству я обнаружил, что PUTTY.EXE не является правильным exe-файлом для использования вмерзавец.Вместо этого следует использовать PLINK.EXE .

В этом руководстве также указывается, что следует использовать переменную среды с именем GIT_SSH, чтобы позволить git знать, как творить магию.Итак, я:

~/sb/ws> export GIT_SSH=/cygdrive/c/PROGRA~2/putty/PLINK.EXE
~/sb/ws> git push ssh://mylinuxserver/~winwin/gitrepo master:master

И теперь я получаю другую ошибку:

fatal: The remote end hung up unexpectedly

Я считаю этот прогресс в правильном направлении, но я все еще не знаю, как решитьпроблема.Любая идея будет принята с благодарностью.

ОБНОВЛЕНИЕ II: Все еще пытаюсь устранить эту загадку.На этот раз я подозревал, что, поскольку git push нигде не запрашивает имя пользователя и пароль, аутентификация должна находиться внутри ключей ... Итак, я дважды проверил sshd конфигурацию для , это .Единственное, что я нашел как нуждающееся в изменении, это раскомментировал строку HostKey /etc/ssh/ssh_host_dsa_key в /etc/ssh/sshd_config и перезапустил службу service sshd restart.В первый раз после этого $GIT_SSH запросил подтверждение отпечатка ключа сервера dss, и я подтвердил сохранение ключа в кэше, но ... Проблема все еще сохраняется:

fatal: The remote end hung up unexpectedly

Дополнительные идеи?

(Реестр PuTTY теперь содержит два ключа для одного и того же сервера: rsa2@22:mylinuxserver и dss@22:mylinuxserver. Хммм ... Я не уверен, что это значит)

Больше диагностической информации: Набрав $GIT_SSH -v, получим:

~/sb/ws> $GIT_SSH -v
Looking up host "mylinuxserver"
Connecting to 192.168.1.2 port 22
Server version: SSH-2.0-OpenSSH_4.2
We claim version: SSH-2.0-PuTTY_Release_0.60
Using SSH protocol version 2
Doing Diffie-Hellman group exchange
Doing Diffie-Hellman key exchange with hash SHA-1
Host key fingerprint is:
ssh-dss 1024 c8:77:42:4f:76:29:56:4c:ea:b0:11:6a:a6:3c:6a:f7
Initialised AES-256 SDCTR client->server encryption
Initialised HMAC-SHA1 client->server MAC algorithm
Initialised AES-256 SDCTR server->client encryption
Initialised HMAC-SHA1 server->client MAC algorithm
login as: winwin
winwin@mylinuxserver's password:
Sent password
Access granted
Opened channel for session
Allocated pty (ospeed 38400bps, ispeed 38400bps)
Started a shell/command
Last login: Wed Jul 13 21:41:12 2011 from winmachine

Можете ли вы обнаружить что-нибудь подозрительное?

Как добраться: Лучшее руководство для моей ситуации: Git, SSH, PuTTY .

Insights:

1. $GIT_SSH -agent должен запускаться один раз
2. PAGEANT.EXE должен работать в фоновом режиме (изакрытый ключ, добавленный к нему с помощью значок системного ключа !)
3. PUTTYGEN.EXE должен использоваться для генерации пары открытых / закрытых ключей
4. dss не обязателен, rsa хорошадостаточно.
5. Больше ?(если $GIT_SSH -2 -C -i C:\\Users\\winwin\\SSH\\private.ppk не выполняется без запроса пароля, нет смысла даже пытаться git push ...)

После копирования и вставки открытого ключа из PuTTY Key Generator в /home/winwin/.ssh/authorized_keys in mylinuxserver новое сообщение появилось в ответ на команду в понимании # 5 выше:

Server refused our key

Это хороший знак ... :) Я думаю, что я нахожусь на пути к разгадке тайны.

ОБНОВЛЕНИЕ III: После изменения StrictModes на no в /etc/ssh/sshd_config на сервере sshd мне удалось добиться успеха с $GIT_SSH -2 -C -i C:\\Users\\winwin\\SSH\\private.ppk.Тем не менее, он по-прежнему запрашивает имя пользователя (но не запрашивает пароль).

git push ssh://mylinuxserver/~winwin/gitrepo master:master продолжает сбой, однако - с тем же сообщением об ошибке:

fatal: The remote end hung up unexpectedly

Этобезумный.

ОБНОВЛЕНИЕ IV: Параметр -l username для PLINK является ключевым.Мне удалось git push успешно войти в систему, создав 1-строчный сценарий оболочки /cygdrive/c/PROGRA~2/putty/PLINK.EXE -l winwin $* и экспортировав весь путь сценария в $GIT_SSH, но «удаленный конец все еще неожиданно зависает».

Это то, что я получаю на стороне клиента (Windows / PuTTY):

~/sb/ws> git push ssh://mylinuxserver/~winwin/gitrepo master:master
Environment:
  USER=winwin
  LOGNAME=winwin
  HOME=/home/winwin
  PATH=/usr/local/bin:/bin:/usr/bin
  MAIL=/var/mail/winwin
  SHELL=/bin/bash
  SSH_CLIENT=192.168.1.8 50951 22
  SSH_CONNECTION=192.168.1.8 50951 192.168.14.2 22
bash: mylinuxserver: command not found
fatal: The remote end hung up unexpectedly

И это то, что я получаю на стороне сервера (Linux / sshd):

debug1: sshd version OpenSSH_4.2p1
debug1: read PEM private key done: type RSA
debug1: private host key: #0 type 1 RSA
debug1: read PEM private key done: type DSA
debug1: private host key: #1 type 2 DSA
debug1: rexec_argv[0]='/usr/sbin/sshd'
debug1: rexec_argv[1]='-d'
debug1: Bind to port 22 on ::.
Server listening on :: port 22.
debug1: Bind to port 22 on 0.0.0.0.
Bind to port 22 on 0.0.0.0 failed: Address already in use.
debug1: Server will not fork when running in debugging mode.
debug1: rexec start in 4 out 4 newsock 4 pipe -1 sock 7
debug1: inetd sockets after dupping: 3, 3
Connection from 192.168.1.8 port 50951
debug1: Client protocol version 2.0; client software version PuTTY_Release_0.60
debug1: no match: PuTTY_Release_0.60
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.2
debug1: permanently_set_uid: 74/74
debug1: list_hostkey_types: ssh-rsa,ssh-dss
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: client->server aes256-ctr hmac-sha1 none
debug1: kex: server->client aes256-ctr hmac-sha1 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST_OLD received
debug1: SSH2_MSG_KEX_DH_GEX_GROUP sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_INIT
debug1: SSH2_MSG_KEX_DH_GEX_REPLY sent
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: KEX done

debug1: userauth-request for user winwin service ssh-connection method none
debug1: attempt 0 failures 0
debug1: PAM: initializing for "winwin"
debug1: PAM: setting PAM_RHOST to "win7client"
debug1: PAM: setting PAM_TTY to "ssh"
Failed none for winwin from 192.168.1.8 port 50951 ssh2
debug1: userauth-request for user winwin service ssh-connection method publickey
debug1: attempt 1 failures 1
debug1: test whether pkalg/pkblob are acceptable
debug1: temporarily_use_uid: 513/513 (e=0/0)
debug1: trying public key file /home/winwin/.ssh/authorized_keys
debug1: matching key found: file /home/winwin/.ssh/authorized_keys, line 1
Found matching RSA key: bd:a6:4a:6a:04:43:8d:60:d9:bf:66:de:51:13:83:66
debug1: restore_uid: 0/0
Postponed publickey for winwin from 192.168.1.8 port 50951 ssh2
debug1: userauth-request for user winwin service ssh-connection method publickey
debug1: attempt 2 failures 1
debug1: temporarily_use_uid: 513/513 (e=0/0)
debug1: trying public key file /home/winwin/.ssh/authorized_keys
debug1: matching key found: file /home/winwin/.ssh/authorized_keys, line 1
Found matching RSA key: bd:a6:4a:6a:04:43:8d:60:d9:bf:66:de:51:13:83:66
debug1: restore_uid: 0/0
debug1: ssh_rsa_verify: signature correct
debug1: do_pam_account: called
Accepted publickey for winwin from 192.168.1.8 port 50951 ssh2
debug1: monitor_child_preauth: winwin has been authenticated by privileged process
Accepted publickey for winwin from 192.168.1.8 port 50951 ssh2
debug1: PAM: reinitializing credentials
debug1: permanently_set_uid: 513/513
debug1: Entering interactive session for SSH2.
debug1: server_init_dispatch_20
debug1: server_input_channel_open: ctype session rchan 256 win 16384 max 16384
debug1: input_session_request
debug1: channel 0: new [server-session]
debug1: session_new: init
debug1: session_new: session 0
debug1: session_open: channel 0
debug1: session_open: session 0: link with channel 0
debug1: server_input_channel_open: confirm session
debug1: server_input_channel_req: channel 0 request exec reply 1
debug1: session_by_channel: session 0 channel 0
debug1: session_input_channel_req: session 0 req exec
debug1: Received SIGCHLD.
debug1: session_by_pid: pid 3441
debug1: session_exit_message: session 0 channel 0 pid 3441
debug1: session_exit_message: release channel 0
debug1: session_close: session 0 pid 3441
debug1: channel 0: free: server-session, nchannels 1

Connection closed by 192.168.1.8
debug1: do_cleanup
debug1: PAM: cleanup
Closing connection to 192.168.1.8
debug1: PAM: cleanup

Требуется последняя подсказка ...

1. Что означает bash: mylinuxserver: command not found?
2. Что пытается запустить git push?
3. Какая команда?
4. На клиенте или SSH-сервере?

Answer 1

Я чувствую, что прохождение Putty - вот что создает все эти проблемы, но не понятно, зачем это нужно - если вы используете cygwin, то у вас уже есть встроенный ssh.

Я использую git через cygwin overSSH без проблем.Может быть, лучший маршрут?Была ли причина для включения замазки или это было что-то, что было рекомендовано в руководстве где-то?

Answer 2

используя plink?вам, возможно, придется воссоздать ключи, которые вы создали для шпатлевки.

http://www.xinotes.org/notes/note/156/

Answer 3

Мне никогда не удавалось заставить git работать с PuTTY.Дальнейшие инвестиции в мое время, похоже, не оправдывали рентабельность инвестиций, поэтому я сдаюсь.