Почему git не может запомнить мою парольную фразу под Windows

Я понимаю, что этому вопросу уже два года, но у меня была такая же проблема, и несколько ответов здесь не полностью ответили на вопрос для меня. Вот три пошаговых решения, в зависимости от того, используете ли вы TortoiseGit в дополнение к msysgit или нет.

Первое решение предполагает наличие Windows, msysgit и PuTTY.

1. Установите msysgit и PuTTY в соответствии с инструкциями.

2. (Необязательно) Добавьте PuTTY к вашему пути. (Если вы этого не сделаете, то любые приведенные ниже ссылки на команды PuTTY должны начинаться с полного пути к соответствующему исполняемому файлу.)

3. Если вы еще этого не сделали, сгенерируйте хэш ключа в соответствии с инструкциями на GitHub или в соответствии с инструкциями вашего хоста Git.

4. Опять же, если вы еще этого не сделали, преобразуйте свой ключ для использования с pageant.exe PuTTY с помощью puttygen.exe. Инструкции находятся в документации PuTTY, в этом полезном руководстве и в нескольких других местах. в киберпространстве.

5. Запустите pageant.exe от PuTTY, откройте файл .ppk (Добавить ключ) и введите кодовую фразу для вашего ключа.

6. Откройте диалоговое окно переменных среды Windows (щелкните правой кнопкой мыши «Компьютер», выберите «Свойства», нажмите «Дополнительные параметры системы» или на вкладке «Дополнительно» нажмите «Переменные среды»). Добавьте следующую переменную среды:

   GIT_SSH=C:\полный\путь\к\plink.exe

   Замените C:\full\path\to полным путем установки к PuTTY, где находится plink.exe. Вероятно, лучше всего добавить его в раздел «Пользовательские переменные». Кроме того, убедитесь, что путь, который вы используете для plink.exe, совпадает с путем, который вы используете для Pageant (pageant.exe). В некоторых случаях у вас может быть несколько установок PuTTY, потому что он может быть установлен вместе с другими приложениями. Использование plink.exe из одной установки и pageant.exe из другой, скорее всего, вызовет у вас проблемы.

7. Откройте командную строку.

8. Если вы пытаетесь подключиться к репозиторию git, размещенному на Github.com, выполните следующую команду:

   plink.exe [email protected]

   Если репозиторий git, к которому вы пытаетесь подключиться, размещен в другом месте, замените [email protected] соответствующим именем пользователя и URL-адресом. (Предполагая Github) Вам следует сообщить, что ключ хоста сервера не кэшируется, и спросить, доверяете ли вы ему. Ответьте знаком y. Это добавит ключ хоста сервера в список известных хостов PuTTY. Без этого шага команды git не будут работать должным образом. После нажатия Enter Github сообщит вам, что Github не предоставляет доступ к оболочке. Это нормально... нам это не нужно. (Если вы подключаетесь к какому-то другому хосту, и он дает вам доступ к оболочке, вероятно, лучше всего разорвать связь, ничего не делая.)

9. Все сделано! Команды Git теперь должны работать из командной строки. Возможно, вы захотите, чтобы pageant.exe загрузил ваш .ppk файл автоматически во время загрузки, в зависимости от того, как часто он вам понадобится.

Второе решение предполагает наличие Windows, msysgit и TortoiseGit.

TortoiseGit поставляется с исполняемыми файлами PuTTY и специально модифицированной версией plink (называемой TortoisePlink.exe), которая упрощает работу.

1. Установите msysgit и TortoiseGit в соответствии с инструкциями.

2. Если вы еще этого не сделали, сгенерируйте хэш ключа в соответствии с инструкциями на GitHub или в соответствии с инструкциями вашего хоста Git.

3. Опять же, если вы еще этого не сделали, преобразуйте свой ключ для использования с pageant.exe TortoiseGit с помощью puttygen.exe TortoiseGit. Инструкции находятся в документации PuTTY, в полезном руководстве, на которое ссылается первое решение, и в нескольких других местах в киберпространстве.

4. Запустите pageant.exe TortoiseGit, откройте файл .ppk (Добавить ключ) и введите кодовую фразу для вашего ключа.

5. Откройте диалоговое окно переменных среды Windows (щелкните правой кнопкой мыши «Компьютер», выберите «Свойства», нажмите «Дополнительные параметры системы» или на вкладке «Дополнительно» нажмите «Переменные среды»). Добавьте следующую переменную среды:

   GIT_SSH=C:\полный\путь\к\TortoisePlink.exe

   Замените C:\full\path\to полным путем установки к TortoiseGit, где находится TortoisePlink.exe. Вероятно, лучше всего добавить его в раздел «Пользовательские переменные». Кроме того, убедитесь, что путь, который вы используете для TortoisePlink.exe, совпадает с путем, который вы используете для Pageant (pageant.exe). В некоторых случаях у вас может быть несколько установок PuTTY, потому что он может быть установлен вместе с другими приложениями. Использование TortoisePlink.exe из установки TortoiseGit и pageant.exe из другой установки другого приложения (или из отдельной установки PuTTY), скорее всего, вызовет у вас проблемы.

6. Все сделано! Команды Git теперь должны работать из командной строки. При первой попытке подключения к репозиторию git вам, вероятно, сообщат, что ключ хоста сервера не кэширован, и спросят, доверяете ли вы серверу. Нажмите Да. (Это TortoisePlink.exe в действии.)

   Возможно, вы захотите, чтобы pageant.exe загрузил ваш .ppk файл автоматически во время загрузки, в зависимости от того, как часто он вам понадобится.

Третье решение предполагает наличие Windows, msysgit и встроенной командной строки.

1. Установить мсисгит
2. Обязательно разрешите использование git в командной строке MS-DOS.
3. Выполнить start-ssh-agent
4. Введите парольные фразы SSH
5. Все сделано! Команды Git теперь должны работать в собственной командной строке.

Каждый раз, когда я настраиваю новый рабочий стол, я забываю эти инструкции, поэтому добавляю сюда еще один ответ, так как сталкиваюсь с ним одинаково часто!

Быстрые шаги для нетерпеливых пользователей вроде меня

1. Enable the OpenSSH Authentication Agent service and make it start automatically.
   • ???? Update ????
   • С последним обновлением Windows Version 10.0.19042.867 мне пришлось повторить этот шаг!
2. Добавьте свой SSH-ключ к агенту с помощью ssh-add в командной строке.
3. Протестируйте интеграцию с git, если она по-прежнему запрашивает вашу парольную фразу, продолжайте.
4. Добавьте переменную среды $ENV:GIT_SSH=C:\Windows\System32\OpenSSH\ssh.exe в свой сеанс или навсегда в пользовательскую среду.

Подробные шаги: обзор

Windows уже некоторое время поставляется с OpenSSH. необходимые биты для ssh для работы вместе с Git, но, похоже, все еще требуется некоторая TLC, прежде чем он заработает на 100% без проблем. Вот шаги, которые я успешно выполнял, начиная с Windows версии 10.0.18362.449 (вы можете увидеть свою версию Windows 10, открыв оболочку cmd.exe и набрав ver).

Я предполагаю, что у вас уже есть настроенный ключ SSH, и он находится по адресу ~/.ssh/id_rsa

Включите службу ssh-agent на вашем компьютере с Windows 10.

1. Пуск-> Введите «Службы» и нажмите на появившееся приложение «Службы».
2. Найдите в списке службу OpenSSH Authentication Agent.
3. Щелкните правой кнопкой мыши службу OpenSSH Authentication Agent и выберите «Свойства».
4. Измените Startup type: на Automatic.
5. Нажмите кнопку Start, чтобы изменить статус службы на Running.
6. Закройте диалоговое окно, нажав OK, и закройте приложение «Службы».

Добавьте свой ключ в ssh-agent

1. Откройте предпочтительную оболочку (в этом примере я буду использовать Windows Powershell, это относится и к Powershell Core).
2. Добавьте свой SSH-ключ в ssh-agent: ssh-add (вы можете добавить путь к вашему ключу в качестве первого аргумента, если он отличается от значения по умолчанию).
3. Введите парольную фразу, если/когда будет предложено сделать это.

Попробуйте Git + SSH

1. Откройте свою оболочку (опять же, я использую Powershell) и клонируйте репозиторий. git clone [email protected]:octocat/Spoon-Knife
2. Если вы видите это приглашение, перейдите к следующему разделу:

Enter passphrase for key '/c/Users/your_user_name/.ssh/id_rsa':

Установите переменную среды GIT_SSH

В любом сеансе вы можете просто установить эту переменную среды, и запрос на ввод вашей парольной фразы перестанет появляться, и ssh будет использовать ssh-agent от вашего имени. Кроме того, вы можете навсегда установить свою парольную фразу в среде вашего пользователя.

Чтобы установить GIT_SSH только в текущей оболочке:

1. Откройте свою оболочку предпочтений. (Powershell для меня)
2. Установите для переменной среды GIT_SSH соответствующее значение ssh.exe: $Env:GIT_SSH=$((Get-Command -Name ssh).Source).
3. Повторите шаги из раздела Попробуйте Git + SSH выше.

Чтобы установить GIT_SSH навсегда

1. Откройте проводник. Пуск-> введите «Проводник» и нажмите на него в списке.
2. Щелкните правой кнопкой мыши «Этот компьютер» и выберите «Свойства».
3. Нажмите «Дополнительные параметры системы».
4. Нажмите кнопку «Переменные среды...».
5. В разделе "Пользовательские переменные для your_user_name" нажмите "Создать"...
6. Установите для поля Variable name: значение GIT_SSH.
7. Установите в поле Variable value: путь к ssh.exe (обычно C:\Windows\System32\OpenSSH\ssh.exe).
8. Нажмите «ОК», чтобы закрыть диалоговое окно «Новая пользовательская переменная».
9. Нажмите «ОК», чтобы закрыть диалоговое окно «Переменные среды».
10. Повторите шаги из раздела Попробуйте Git + SSH выше.

Обратите внимание, что это, вероятно, будет меняться с новыми шагами/процедурами по мере развития Windows 10 и по мере того, как я буду узнавать больше. Я постараюсь держать это в курсе, я с нетерпением жду отзывов в комментариях.

Если вы используете Git bash под Windows, вы можете выполнить следующее:

eval `ssh-agent -s`
ssh-add ~/.ssh/*_rsa

он запросит парольную фразу во второй команде, и все. Каждое дополнительное действие, которое вам нужно будет выполнить (которое когда-то требовало парольной фразы), не будет запрашивать у вас парольную фразу (см. пример на снимке экрана ниже):

Для тех, кому нужны более подробные инструкции, посетите эту страницу: http://help.github.com/working-with-key-passphrases/

Одно дополнительное решение через 5 лет, 8 месяцев и 6 дней после публикации вопроса было бы неплохо, так что вот.

ПРИМЕЧАНИЕ. Предполагается, что вы используете компьютер с Windows.

1. Загрузите git-credential-winstore.
2. Запустить его! Если у вас есть GIT в вашей переменной среды PATH, она должна просто работать. Если нет, запустите git-credential-winstore -i C:\Path\To\Git.exe.

В следующий раз, когда вы попытаетесь зафиксировать в репозитории, вам будет предложено ввести свои учетные данные. Это должно быть так. Вас больше не будут спрашивать о ваших учетных данных, пока вы не измените свой пароль.

Просто для вашего сведения... Ваши учетные данные хранятся в хранилище учетных данных Windows.

Где вы храните мои учетные данные?

Это приложение просто использует существующее хранилище учетных данных Windows для хранения ваших учетных данных. Вы можете просмотреть сохраненные учетные данные, выбрав «Панель управления» > «Учетные записи пользователей» > «Диспетчер учетных данных» и выбрав «Учетные данные Windows». Записи, начинающиеся с «git:», взяты из git-credential-winstore.

Если вы установили пароль для файла ключа, вам всегда нужно будет вводить этот пароль при подключении. Если вы создадите ключ без пароля, вам не придется вводить его каждый раз, однако любой, у кого есть доступ к вашему файлу ключа, теперь может подключиться к вашей учетной записи github.

ssh-агент также может работать. Попробуйте запустить его и посмотрите, запомнит ли он вашу парольную фразу.

[редактировать - неправильно прочитал вопрос, это ответ на связанную проблему. оставив перефразированную версию для потомков]

В моем случае я пытался нажать на репозиторий, размещенный на одном из наших серверов. Всякий раз, когда я пытался выполнить push, git запрашивал у меня мой пароль (nb - пароль, а не парольную фразу для моего закрытого ключа).

Добавив свой открытый ключ к авторизованным ключам на сервере, я смог получить беспарольные отправки на этот сервер. А поскольку в моем закрытом ключе не было фразы-пароля (кстати, это плохая практика!) мне вообще не нужно было ничего вводить.

Вот команда для добавления вашего открытого ключа на сервер. Предполагается, что пользователь git является пользователем сервера.

cat .ssh/id_rsa.pub | ssh git@GIT_MASTER_IP 'cat >> .ssh/authorized_keys'

Вы можете добиться того же, войдя на сервер и вручную добавив свой открытый ключ в файл по адресу ~/.ssh/authorized_keys.

Предположим, вы хотите использовать чистое решение Git Bash без использования TortoiseGit или PuTTY. Кроме того, вы не хотите постоянно хранить свои парольные фразы, поскольку это почти то же самое, как если бы вы сгенерировали свой SSH-ключ без парольной фразы. Но вы все еще хотите использовать кэширование.

Для кеширования используется процесс ssh-agent, входящий в дистрибутив Git Bash. Этот процесс не запускается по умолчанию, поэтому его необходимо запустить первым. Для кэширования любых SSH-ключей их следует добавить в этот процесс с помощью команды ssh-add, которая запросит у вас кодовую фразу ключа и сохранит ее в памяти.

Недостатки других решений:

• Автоматический запуск ssh-agent как в статья GitHub с самого начала запрашивает парольную фразу при запуске Git Bash, независимо от того, нужно ли вам использовать ключ SSH в этом сеансе или нет. Если вы сегодня работаете со своим локальным репозиторием, вы, вероятно, захотите предоставлять парольную фразу только тогда, когда это действительно необходимо (например, при взаимодействии с удаленным репо).
• Если вы запустите свой ssh-agent, как в GitLab статью с eval $(ssh-agent -s) вы, вероятно, устали вводить это каждый раз. Скорее всего, в конечном итоге вы добавили эти две строки в конфигурацию .bashrc для автоматического запуска. Недостатки те же, что и выше, плюс дополнительный: каждый раз, когда вы запускаете новый терминал Git Bash, вы получаете дополнительный процесс ssh-agent (скрипт GitHub bash проверяет, запущен ли этот процесс).
• Как и два выше, но особенно, когда у вас есть отдельные ключи SSH для разных хостов, например. один для GitHub, а другой для GitLab, поэтому предоставлять их все сразу раздражает и неудобно.

Так что это решение для тех, кто задается вопросом, как заставить Git Bash запрашивать парольную фразу только один раз за сеанс Windows и только тогда, когда это действительно необходимо. Это похоже на поведение управления парольными фразами с коммитами GnuPG автоподпись с помощью default-cache-ttl.

Настройка SSH для однократного запроса парольной фразы, когда это необходимо, с использованием только Git Bash

1. Во-первых, мы хотим автоматически запускать ssh-agent при запуске оболочки Git Bash. Мы будем использовать модифицированный GitHub script для этого, так как он проверяет, запущен ли уже процесс, но мы не хотим, чтобы он сразу ssh-add ключей. Этот скрипт переходит к вашему ~/.bashrc или ~/.profile или ~/.bash_profile (~ — это домашний каталог вашего пользователя, такой как C:\Users\Username — запустите cd ~, а затем pwd, чтобы Git Bash распечатал его):

   ### Start ssh-agent
   
   env=~/.ssh/agent.env
   
   agent_load_env () { test -f "$env" && . "$env" >| /dev/null ; }
   
   agent_start () {
       (umask 077; ssh-agent >| "$env")  # use -t here for timeout
       . "$env" >| /dev/null ; }
   
   agent_load_env
   
   # agent_run_state: 0=agent running w/ key; 1=agent w/o key; 2= agent not running
   agent_run_state=$(ssh-add -l >| /dev/null 2>&1; echo $?)
   
   if [ ! "$SSH_AUTH_SOCK" ] || [ $agent_run_state = 2 ]; then
       agent_start
   fi
   
   unset env
   

2. Теперь отредактируйте или создайте файл ~/.ssh/config и добавьте параметр AddKeysToAgent для каждой строфы хоста, для которой вы хотите включить кэширование (вы также можете включить его глобально, поместив директиву в начало файла перед всеми объявления хоста):

   # GitHub.com
   Host github.com
     Preferredauthentications publickey
     IdentityFile ~/.ssh/id_ed25519_github
     AddKeysToAgent yes
   
   # GitLab.com
   Host gitlab.com
     Preferredauthentications publickey
     IdentityFile ~/.ssh/id_ed25519_gitlab
     AddKeysToAgent yes
   

   Со страницы ssh config man страницы: если для этого параметра установлено значение yes и ключ загружается из файла, ключ и его фраза-пароль добавляются к агенту со временем жизни по умолчанию, как если бы ssh-add(1).

Максимальное время жизни по умолчанию — навсегда или до тех пор, пока процесс ssh-agent не будет уничтожен (либо вручную из диспетчера задач, либо при выключении компьютера). Если вы хотите использовать конечное время ожидания, вы можете установить его с помощью -t ssh-agent. параметр. Измените строку в сценарии bash с первого шага выше, например. на 30 минут жизни кэша ключей:

(umask 077; ssh-agent -t 30m >| "$env")

См. здесь другие квалификаторы формата времени.

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

GitHub предоставляет очень полезный установщик, который упрощает и упрощает работу: https://help.github.com/articles/caching-your-github-password-in-git/

Вы можете создать файл .bashrc в домашнем каталоге вашего пользователя, например C:/Users/youruser, и поместить туда:

env=~/.ssh/agent.env

agent_load_env () { test -f "$env" && . "$env" >| /dev/null ; }

agent_start () {
    (umask 077; ssh-agent >| "$env")
    . "$env" >| /dev/null ; }

agent_load_env

# agent_run_state: 0=agent running w/ key; 1=agent w/o key; 2= agent not running
agent_run_state=$(ssh-add -l >| /dev/null 2>&1; echo $?)

if [ ! "$SSH_AUTH_SOCK" ] || [ $agent_run_state = 2 ]; then
    agent_start
    ssh-add
elif [ "$SSH_AUTH_SOCK" ] && [ $agent_run_state = 1 ]; then
    ssh-add
fi

unset env

Этот скрипт выполняется каждый раз после запуска bash. Таким образом, вам нужно будет ввести пароль только один раз при запуске git-bash!

Некоторые версии bash требуют .bash_profile файла вместо .bashrc, поэтому на всякий случай клонируйте .bashrc:

copy .bashrc .bash_profile

можете попробовать добавить -k arg, когда вы это сделаете;

ssh-add -k ~/.ssh/id_rsa