Uruchamianie ssh-agent ze skryptu powłoki

Próbuję utworzyć skrypt powłoki, który między innymi uruchamia ssh-agent i dodaje klucz prywatny do agenta. Przykład:

#!/bin/bash
# ...
ssh-agent $SHELL
ssh-add /path/to/key
# ...

Problem polega na tym, że ssh-agent najwyraźniej uruchamia kolejną instancję $ SHELL (w moim przypadku bash) iz punktu widzenia skryptu wykonuje wszystko i ssh-add i wszystko poniżej nie jest uruchamiane.

Jak mogę uruchomić ssh-agent z mojego skryptu powłoki i sprawić, by poruszał się dalej po liście poleceń?

ssh-agent ma rozpocząć sesję, a po jej zakończeniu sesja użytkownika się kończy. Tak więc każde polecenie po ssh-agent może być wykonane po wylogowaniu.

To, czego chcesz, to takie session-scriptpolecenia sesji, jak to:

#!/bin/bash
ssh-add /path/to/key
bash -i # or other session starter

Potem zacznij ssh-agent session-script.

Umieść u góry skryptu następujące elementy:

eval `ssh-agent`

Twój skrypt powinien wyglądać następująco:

#!/bin/bash
eval `ssh-agent`
ssh-add /path/to/key
...
...

Wyjaśnienie

Backticks wokół ssh-agentzbierają swoje wyjście. evalzbiera dane wyjściowe, łączy je w jedno polecenie, a następnie wykonuje polecenie. Następnie możesz użyć, ssh-addaby podać swoje kluczowe dane uwierzytelniające.

Zwykle robię coś takiego w skryptach, które wymagają agenta.

#!/bin/bash

# if we can't find an agent, start one, and restart the script.
if [ -z "$SSH_AUTH_SOCK" ] ; then
  exec ssh-agent bash -c "ssh-add ; $0"
  exit
fi

... and so on.

Zasadniczo pierwsza rzecz, którą wykonuje skrypt, sprawdza, czy agent jest uruchomiony. Jeśli nie jest to exec, służy do uruchomienia nowego procesu zamiast skryptu. Agent jest uruchamiany, klucze są dodawane, a na koniec skrypt jest wywoływany ponownie (patrz $0).

Znalazłem to dla mnie.

eval `ssh-agent` # create the process
ssh-add ~/.ssh/priv_key # add the key
git -C $repo_dir pull # this line is the reason for the ssh-agent
eval `ssh-agent -k` # kill the process

Tworzę proces ssh-agent, dodaję klucz, robię to, co muszę, a następnie zabijam. Nie musisz sprawdzać, czy działa później.

W tym przypadku lepiej jest użyć pęku kluczy

Debian / Ubuntu:

apt-get install keychain

RHEL / Fedora / CentOS

yum install keychain

Dodaj w swoim .bashrc:

eval `keychain --eval id_rsa`

Znalazłem rozwiązanie Zoredache'a, że ​​klucz byłby dostępny dla każdej powłoki, która ma ten sam ssh-agent, co powłoka, która wywołała skrypt. Z oczywistych względów bezpieczeństwa chciałem tego uniknąć w skrypcie wymagającym dostępu roota do zdalnego komputera.

Znalazłem umieszczenie następującego shebang u góry skryptu:

#!/usr/bin/ssh-agent bash

ssh-add /path/to/ssh-key
ssh root@remotehost "remote commands"

Próbowałem i wiele, a rozwiązaniem, które w końcu zadziałało, było zastąpienie mojego hasła pustym ciągiem.

ssh-keygen -p