So aktualisieren Sie die Umgebungsvariablen des SSH-Agenten beim Anhängen an vorhandene tmux-Sitzungen automatisch

Ich versuche einen guten Weg zu finden, um den SSH-Agenten wiederherzustellen, wenn ich eine getrennte tmux-Sitzung wieder verbinde.

Die Ursache scheint zu sein, dass sich die Sitzung des SSH-Agenten ändert, die Umgebungsvariable aus der tmux-Sitzung jedoch nicht aktualisiert wird.

Wie kann ich dies automatisieren, bevor ich die Sitzung selbst anhänge? Da die Sitzung, an die ich anhänge, nicht immer eine Bash-Eingabeaufforderung enthält, kann ich es mir nicht leisten, etwas darin einzugeben. Es muss etwas sein, das ausgeführt werden muss, bevor die tmux-Sitzung erstellt oder angehängt wird.

Ein Beispiel für den Code, den ich ausführe, ist https://gist.github.com/ssbarnea/8646491 - ein kleiner SSH-Wrapper, der tmux verwendet, um persistem SSH-Verbindungen zu erstellen. Dies funktioniert recht gut, aber manchmal funktioniert der SSH-Agent nicht mehr, sodass ich ihn nicht mehr verwenden kann, um eine Verbindung zu anderen Hosts herzustellen.

Es gibt einen ausgezeichneten Kern von Martijn Vermaat, der Ihr Problem ausführlich behandelt, obwohl er für Bildschirmbenutzer gedacht ist. Deshalb passe ich ihn hier für tmux an.

Zusammenfassen:

1. Erstellen ~/.ssh/rcSie , wenn es noch nicht vorhanden ist, und fügen Sie den folgenden Inhalt hinzu:

   #!/bin/bash
   
   # Fix SSH auth socket location so agent forwarding works with tmux
   if test "$SSH_AUTH_SOCK" ; then
     ln -sf $SSH_AUTH_SOCK ~/.ssh/ssh_auth_sock
   fi
   

2. Lass es in tmux funktionieren, füge dies zu deinem hinzu ~/.tmux.conf:

   # fix ssh agent when tmux is detached
   setenv -g SSH_AUTH_SOCK $HOME/.ssh/ssh_auth_sock
   

Zusätzliche Arbeit ist erforderlich, wenn Sie die X11-Weiterleitung aktivieren möchten .

Während Variablen standardmäßig tmux aktualisiert SSH werden, ist dies nicht erforderlich

• Socket-Pfad ändern / hinzufügen
• Ändern Sie die SSH_AUTH_SOCKETVariable

Ich mag die Lösung von Chris Down, die ich geändert habe, um eine Funktion hinzuzufügen

fixssh() {
    eval $(tmux show-env    \
        |sed -n 's/^\(SSH_[^=]*\)=\(.*\)/export \1="\2"/p')
}

in ~/.bashrc. Anruf fixsshnach dem Anhängen der Sitzung oder vor ssh/ scp/ rsync.

Neuere Versionen der tmuxSupport- -sOption für show-env, also nur

eval $(tmux show-env -s |grep '^SSH_')

ist möglich.

Folgendes verwende ich zum Aktualisieren SSH_AUTH_SOCKin einem tmuxFenster (basierend auf Hans Ginzels Skript):

alias fixssh='eval $(tmux showenv -s SSH_AUTH_SOCK)'

Oder dafür tmuxhat nicht showenv -s:

alias fixssh='export $(tmux showenv SSH_AUTH_SOCK)'

Hier ist meine Lösung, die beide Ansätze umfasst und keine zusätzliche Eingabe erfordert, wenn ich mich wieder mit der tmux-Sitzung verbinde

alias ssh='[ -n "$TMUX" ] && eval $(tmux showenv -s SSH_AUTH_SOCK); /usr/bin/ssh'

Hier gibt es viele gute Antworten. Aber es gibt Fälle, in denen tmux show-environmentnicht gesehen wird SSH_AUTH_SOCK. In diesem Fall können Sie findes explizit suchen.

export SSH_AUTH_SOCK=$(find /tmp -path '*/ssh-*' -name 'agent*' -uid $(id -u) 2>/dev/null | tail -n1)

Das ist lang und kompliziert, also werde ich es aufschlüsseln ...

01  export SSH_AUTH_SOCK=$(
02    find /tmp \
03      -path '*/ssh-*'
04      -name 'agent*'
05      -uid $(id -u)
06      2>/dev/null
07    | tail -n1
08  )

1. exportDie SSH_AUTH_SOCKUmgebungsvariable, die auf die Ausgabe der $()Befehlssubstitution gesetzt ist
2. find Dateien, die in beginnen /tmp
3. Beschränken Sie die Ergebnisse nur auf diejenigen mit /ssh-im Pfad
4. Beschränken Sie die Ergebnisse nur auf diejenigen, deren Name mit beginnt agent
5. Beschränken Sie die Ergebnisse auf diejenigen, deren Benutzer-ID mit dem aktuellen Benutzer übereinstimmt
6. Alle (Berechtigungen usw.) Fehler zum Schweigen bringen
7. Nimm nur das letzte Ergebnis, wenn es mehrere gibt

Sie können möglicherweise 6 & 7 weglassen, wenn Sie wissen, dass es nur 1 Ergebnis gibt und Sie sich nicht für stderr-Müll interessieren.

Ich verwende eine Variation der vorherigen Antworten:

eval "export $(tmux show-environment -g SSH_AUTH_SOCK)"

Angenommen, Sie haben den SSH-Agenten von der äußeren Umgebung aus gestartet. Gleiches gilt für andere Umgebungsvariablen wie DISPLAY.

Ich ziehe es vor, die Konfiguration von TMUX (usw.) zu vermeiden und alles rein zu behalten ~/.ssh/. Auf dem Remote- System:

Erstellen ~/.ssh/rc:

#!/bin/bash

# Fix SSH auth socket location so agent forwarding works within tmux
if test "$SSH_AUTH_SOCK" ; then
  ln -sf $SSH_AUTH_SOCK ~/.ssh/ssh_auth_sock
fi

Fügen Sie Folgendes hinzu, ~/.ssh/configdamit es nicht mehr darauf angewiesen ist $SSH_AUTH_SOCK, was in freistehenden Terminals veraltet ist:

Host *
  IdentityAgent ~/.ssh/ssh_auth_sock

Bekannte Einschränkungen

• ssh-addwird nicht verwendet ~/.ssh/configund kann daher nicht mit kommunizieren ssh-agent. Befehle wie ssh-add -lerzeugen Fehler, obwohl sie gut ssh user@hostfunktionieren, ebenso wie das Aktualisieren von Git-Fernbedienungen, auf die über SSH zugegriffen wird.

Möglicherweise habe ich eine Lösung ausgearbeitet, die vollständig in der ~/.tmux.confKonfigurationsdatei enthalten ist. Es ist ein anderer Ansatz als das Ändern des ~/.bash_profileund ~/.ssh/rc.

Lösung nur mit ~/.tmux.conf

Schneiden Sie einfach den folgenden Code aus und fügen Sie ihn in Ihren ein ~/.tmux.conf

# ~/.tmux.conf

# SSH agent forwarding
#
# Ensure that SSH-Agent forwarding will work when re-attaching to the tmux
#   session from a different SSH connection (after a dropped connection).
#   This code will run upon tmux create, tmux attach, or config reload.
#
# If there is an SSH_AUTH_SOCK originally defined:
#   1) Remove all SSH related env var names from update-environment.
#      Without this, setenv cannot override variables such as SSH_AUTH_SOCK.
#      Verify update-environment with: tmux show-option -g update-environment
#   2) Force-set SSH_AUTH_SOCK to be a known location
#      /tmp/ssh_auth_sock_tmux
#   3) Force-create a link of the first found ssh-agent socket at the known location
if-shell '[ -n $SSH_AUTH_SOCK ]' " \
  set-option -sg update-environment \"DISPLAY WINDOWID XAUTHORITY\"; \
  setenv -g SSH_AUTH_SOCK /tmp/ssh_auth_sock_tmux; \
  run-shell \"ln -sf $(find /tmp/ssh-* -type s -readable | head -n 1) /tmp/ssh_auth_sock_tmux\" \
"

Vorbehalt

Die obige Lösung ist zusammen mit den anderen Lösungen anfällig für eine Race-Bedingung, wenn mehrere Verbindungen zu derselben Maschine hergestellt werden. Bedenken Sie:

• Client 1 Verbinden: SSH mit machineX, tmux starten / anhängen ( ssh_auth_sockLink schreiben )
• Client 2 Connect: SSH an machineX, tmux starten / anhängen ( ssh_auth_sockLink überschreiben )
• Client 2 trennen: Client 1 hat einen veralteten ssh_auth_sockLink, wodurch er unterbrochen wirdssh-agent

Diese Lösung ist jedoch etwas widerstandsfähiger, da sie den ssh_auth_sockLink nur beim Starten / Anhängen von tmux überschreibt , anstatt beim Initialisieren einer Bash-Shell ~/.bash_profileoder einer SSH-Verbindung~/.ssh/rc

Um diese letzte Racebedingung abzudecken, kann eine Schlüsselbindung hinzugefügt werden, um die tmux-Konfiguration mit einer (Ctrl-b r)Schlüsselsequenz neu zu laden .

# ~/.tmux.conf

# reload config file
bind r source-file ~/.tmux.conf

Wenn Sie diese Sequenz innerhalb einer aktiven tmux-Sitzung ausführen, wenn die ssh_auth_sockVerbindung veraltet ist, wird die SSH-Agent-Verbindung aktualisiert .

Nachdem ich auf so viele Vorschläge gestoßen war, fand ich endlich eine Lösung, mit der TMUX den veralteten SSH-Agenten nach dem Anhängen aktualisieren kann. Grundsätzlich müssen sowohl die zshrc-Dateien auf dem lokalen als auch auf dem Remotecomputer geändert werden.

Fügen Sie die folgenden Codes in das lokale zshrc ein, das auf dieser Referenz basiert .

export SSH_AUTH_SOCK=~/.ssh/ssh-agent.$(hostname).sock
ssh-add -l 2>/dev/null >/dev/null
# The error of executing ssh-add command denotes a valid agent does not
# exist. 
if [ $? -ge 1 ]; then
  # remove the socket if it exists
  if [ -S "${SSH_AUTH_SOCK}" ]; then
    rm "${SSH_AUTH_SOCK}"
  fi
  ssh-agent -a "${SSH_AUTH_SOCK}" >/dev/null
  # one week life time
  ssh-add -t 1W path-to-private-rsa-file
fi

Fügen Sie den folgenden Code in das Remote-zshrc ein, an das die tmux-Sitzung angehängt wird.

alias fixssh='eval $(tmux showenv -s SSH_AUTH_SOCK)'

Dann ssh in die entfernte Maschine. Die Option -A ist erforderlich.

ssh -A username@hostname

Hängen Sie die TMUX-Sitzung an. Überprüfen Sie die TMUX-Umgebungsvariablen

# run this command in the shell
tmux showenv -s
# or run this command after prefix CTRL+A or CTRL+B
:show-environment

Führen Sie es fixsshin den zuvor vorhandenen Bereichen aus, um den SSH-Agenten zu aktualisieren. Wenn ein neuer Bereich erstellt wird, wird automatisch der neue SSH-Agent abgerufen.