Comments 23
Не нашел ответа на вопрос — «зачем?»
С гитом вместе поставляется ssh.exe, который не требуется настраивать отдельно
С гитом вместе поставляется ssh.exe, который не требуется настраивать отдельно
спойлер «Почему я не использую отдельные сертификаты?» не отвечает на вопрос?
по моему связка conemu + cygwin будет в разы удобнее
У меня ssh.exe идущий с mingw не заработал по IPv6, пришлось переключиться на plink. Дописал в файл ~/.profile следующее:
GIT_SSH=plink
export GIT_SSH
А нам вот пришлось использовать putty вместо нативного ssh только лишь по той причине, что клонирование происходило с гораздо большей скоростью. Нативный ssh.exe клонировал со скоростью 1,5 MiB/s максимум, агент же putty выдавал при этом скорость больше 10 MiB/s. А в линуксе на той же машине и с тем же сервером скорость несколько десятков мибибайт. Но так как все в конторе работают в Windows, пришлось всем ставить putty.
Интересно, может KiTTY будет работать быстрее оригинала?
Почему бы просто не использовать Cygwin. В нем установкой «в режиме «next, next, next»» можно получить и ssh и git. И не будет необходимости специально конвертировать ключи в формат PuTTY.
потому что потребность не в конвертации ключей, а в их использовании «напрямую».
Если решать задачу работы git через ssh имея багаж наработок в putty, который хотелось бы использовать, то описанное в статье имеет право на существование. Но по моему это костыль на костыль.
В связке «git — putty — ssh» компонент «putty» лишний.
В связке «git — putty — ssh» компонент «putty» лишний.
1. Автор верно указал, что необходимо сделать тестовое подключение из putty к git-серверу, но важен еще момент, что именно в putty можно добавиь ключ сервера как доверенный, иначе plink будет ругаться.
2. pagent есть смысл добавить в автозапуск, указав в качестве аргументов файлы с ключами
3. ВАЖНО: версия plink 0.63 зависает при git clone, по крайней мере при выкачивании из gerrit, поэтому следует пользоваться версией 0.62
2. pagent есть смысл добавить в автозапуск, указав в качестве аргументов файлы с ключами
3. ВАЖНО: версия plink 0.63 зависает при git clone, по крайней мере при выкачивании из gerrit, поэтому следует пользоваться версией 0.62
1. в соседней статье про PAgent указано — про установку Putty я ссылаюсь на неё. требуется ли отдельно описать этот нюанс тут?
3. кхм. пока ни разу не словил зависаний, но и в качестве git-хранилищ цепляться только к GitLab, GitHub и Gitorious — может именно связка с Gerrit выдаёт коллизии…
3. кхм. пока ни разу не словил зависаний, но и в качестве git-хранилищ цепляться только к GitLab, GitHub и Gitorious — может именно связка с Gerrit выдаёт коллизии…
Я рискую испортить себе карму. Но не могу понять, почему так мало людей упоминают в комментариях, что такой способ генерации ключа не работает на openssh серверах. Сгенерировав ключ таким образом, как описано в этой статье и многих других, не получится подключиться к openssh серверу. Необходимо создавать ключ в openssh сервере, а потом импортировать его с конвертацией в putty. Только тогда openssh сервер принимает авторизацию от putty-клиента по ключу. А от kitty-клиента и так не принимает. Я лично, читая такие статьи потратил уйму времени на то, чтобы выяснить эту банальность. А комментаторы не заостряющие внимание на этом момента, попросту, либо не делали этого по этой инструкции, либо не внимательно читали эту статью. Потому что по буквам этой статьи вы не сможете подключиться к openssh-серверу. Если конечно, вы не умеете читать между строк…
Простите, но к какому же серверу в статье подключается автор? И какой сервер лично я настраивал через putty? Либо я не понимаю, что такое openssh — либо все прекрасно работает.
Кстати, передавать приватный ключ по сети, по-хорошему, нельзя.
Кстати, передавать приватный ключ по сети, по-хорошему, нельзя.
простите, а вы точно статью читали? там же есть блок «Копируем публичный OpenSSH ключ из Putty-ключа»
Sign up to leave a comment.
Дружим Git с Putty