Як уникнути запиту парольної фрази кожного разу, коли я натискаю на Bitbucket

Я налаштував свої ssh речі за допомогою цього посібника , і він працював добре (я міг запускатись, hg pushне запитуючи парольну фразу). Що могло статися між тим часом і зараз, враховуючи, що я все ще використовую той самий домашній каталог.

$ cat .hg/hgrc 
[paths]
default = ssh://hg@bitbucket.org/tshepang/bloog

$ hg push
Enter passphrase for key '/home/wena/.ssh/id_rsa': 
pushing to ssh://hg@bitbucket.org/tshepang/bloog
searching for changes
...

Потрібно використовувати агент ssh. Коротка відповідь: спробуйте

$ ssh-add

перед натисканням. На запитання введіть свою парольну фразу.

Якщо ви ще не працюєте з SSH агентом, ви отримаєте таке повідомлення:

Could not open a connection to your authentication agent.

У цій ситуації ви можете запустити його і таким чином налаштувати своє оточення

eval $(ssh-agent)

Потім повторіть ssh-addкоманду.

Варто ознайомитись зі сторінкою агента ssh .

Спосіб вирішення цього питання є за допомогою ssh-agentта ssh-add:

$ exec ssh-agent bash
$ ssh-add
Enter passphrase for ~/.ssh/id_rsa: 

Після цього пароль зберігається для поточного сеансу. і його більше не запитають.

Я використовую Keychain для управління ssh-ключами. Він також доступний в Debian і, імовірно, в Ubuntu

apt-get install keychain

Ось сторінка пакунків брелоків Debian . Як бачите, проект не дуже активний, але працює для мене. Я також трохи прокоментував це в іншій відповіді тут

Створіть (або відредагуйте, якщо він існує) такий файл ~ / .ssh / config:

Host *
    UseKeychain yes
    AddKeysToAgent yes
    IdentityFile ~/.ssh/id_rsa

Для зручності, оптимальний метод являє собою комбінацію з відповідей jmtd і Фахім .

Використовувати ssh-agentпоодинці означає, що ssh-agentдля кожного нового відкритого терміналу потрібно створити новий примірник . keychainпри ініціалізації запитає парольну фразу для приватних ключів і збереже її. Таким чином ваш приватний ключ захищений паролем, але вам не доведеться вводити його знову і знову.

Вікі Arch рекомендує ініціалізацію брелоки від /etc/profile.d/або вашого профілю оболонки, таких як .bash_profileабо .bashrc. Це є недоліком в тому, що він запускає брелок, як тільки ви відкриєте термінал.

Більш гнучкий підхід - поєднувати keychainконкретний tmuxсеанс. Отже, у .bash_profile:

tsess=$(tmux ls 2>&1)

if [[ "${tsess%%:*}" = "secured" ]] && 
   [[ -f $HOME/.keychain/$HOSTNAME-sh ]]; then
    # start keychain
    /usr/bin/keychain -Q -q --nogui ~/.ssh/id_rsa
    . $HOME/.keychain/$HOSTNAME-sh
fi

... і тоді це лише випадок запуску захищеного tmuxсеансу як і коли потрібно (запускається з нав'язки клавіш):

#!/bin/bash
PID=$(pgrep tmux)
new="tmux -f $HOME/.tmux/conf new -s secured"
old="tmux attach -t secured -d"

if [[ -z "$SSH_AUTH_SOCK" ]]; then
    eval `ssh-agent`
    trap "kill $SSH_AGENT_PID" 0
fi

if [[ -z "$PID" ]]; then
    urxvtc -title "SSH" -e sh -c "${new}"
else
    urxvtc -title "SSH" -e sh -c "${old}"
fi

ssh-add

Тепер ваш брелок буде ініціалізований лише один раз, коли ви розпочнете конкретний tmuxсеанс. Поки цей сеанс триває, ви зможете отримати доступ до цих sshклавіш і перейти до віддалених сховищ.

Ви можете використовувати sshpass:

$ sudo apt-get install sshpass
$ sshpass -p 'password' ssh username@server

Вам просто потрібно додати, sshpass -p yourpassphraseперш ніж додавати звичайну sshкоманду.