Dwa konta GitHub, jeden komputer · krok 5 z 6

Linux: klucze SSH i agent

ssh-agent uruchamiany przez środowisko graficzne lub ręcznie w powłoce.

1. Wygeneruj dwa klucze SSH

ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_user1 -C "user1@example.com"
ssh-keygen -t ed25519 -f ~/.ssh/id_ed25519_user2 -C "user2@example.com"

2. Dodaj klucze publiczne na GitHubie

cat ~/.ssh/id_ed25519_user1.pub

Skopiuj wynik i wklej w Settings → SSH and GPG keys na koncie user1. Powtórz dla user2. (Jeśli masz xclip: xclip -sel clip < ~/.ssh/id_ed25519_user1.pub)

3. Podepnij klucze w .gitconfig-userX

[core]
    sshCommand = "ssh -i ~/.ssh/id_ed25519_user1 -o IdentitiesOnly=yes"

4. Zmień remote repozytorium na SSH

git remote set-url origin git@github.com:user1/nazwa-repo.git
git remote -v

5. Test połączenia

ssh -T -i ~/.ssh/id_ed25519_user1 -o IdentitiesOnly=yes git@github.com

Powinno pokazać Hi user1! You've successfully authenticated....

6. Żeby nie wpisywać passphrase przy każdym pushu

Większość dystrybucji z środowiskiem graficznym (GNOME, KDE) uruchamia ssh-agent automatycznie przy zalogowaniu i integruje go z menedżerem haseł systemu (np. GNOME Keyring), więc ssh-add wystarczy zrobić raz, a hasło przetrwa kolejne logowania.

Dodaj klucze do agenta:

eval "$(ssh-agent -s)"   # tylko jeśli agent nie jest już uruchomiony
ssh-add ~/.ssh/id_ed25519_user1
ssh-add ~/.ssh/id_ed25519_user2

Sprawdź:

ssh-add -l

Na systemach bez integracji z keyringiem (np. minimalne instalacje, WSL, serwery bez GUI) ssh-agent uruchomiony przez eval "$(ssh-agent -s)" żyje tylko w bieżącej sesji terminala/powłoki. Żeby nie uruchamiać go ręcznie za każdym razem, dodaj do ~/.bashrc lub ~/.zshrc:

if [ -z "$SSH_AUTH_SOCK" ]; then
  eval "$(ssh-agent -s)" > /dev/null
  ssh-add ~/.ssh/id_ed25519_user1 2>/dev/null
  ssh-add ~/.ssh/id_ed25519_user2 2>/dev/null
fi

To i tak poprosi o passphrase przy każdym nowym logowaniu do systemu — to oczekiwane, chyba że zrezygnujesz z passphrase na kluczu (patrz uwaga w przewodniku dla Windows o kompromisie bezpieczeństwa).

WSL (Windows Subsystem for Linux)

Jeśli pracujesz w WSL, pamiętaj że to osobne środowisko SSH niż Windows — klucze, ~/.gitconfig i ssh-agent w WSL są niezależne od tych w PowerShell. Trzymaj się jednego środowiska (albo WSL, albo Windows) dla danego repozytorium, żeby uniknąć mieszania kluczy i configów.