staging.inyokaproject.org

Moin!

Für eine SSH-Verbindung wird ein "ProxyJump" verwendet, und das funktioniert gut. Jetzt soll das Szenario etwas erweitert werden: der Proxy soll beim Anwählen zuerst den Zielrechner mittels "wakeonlan" aufwecken. Wo und wie muss ich dieses Kommando hinterlegen: auf dem PC zu Hause in ~/.ssh/config oder auf dem Zwischenrechner? Und ist "ProxyCommand" der richtige Parameter dafür?

Danke im Voraus für sachdienliche Hinweise! ☺

WOL geht meist per Layer-2, also am besten macht das der Zwischenrechner. SSH wird nicht warten mit seinem Timeout bis dein Rechner hochgefahren ist, ich würde daher dem Zwischenrechner sagen: Fahr die Kiste hoch, kurz warten und dann ProxyJump wie gehabt verwenden.

encbladexp schrieb:

SSH wird nicht warten mit seinem Timeout bis dein Rechner hochgefahren ist

Im Allgemeinen stimmt das, doch der Rechner, um den es geht, befindet sich im Schlafmodus, ist also nicht komplett stromlos und benötigt unter 5 Sekunden, um wieder aufzuwachen.

Mein Problem ist also: wie bringe ich den Zwischenrechner dazu, vor dem Sprung das WOL auszuführen, und erst dann die SSH-Verbindung durchzureichen?

Mit einem Script, das erst den Befehl absetzt, und dir dann dein SSH aufbaut?

Quasi:

#!/bin/bash
ssh zwischensystem wakeup-my-best-friend
sleep 5
ssh -J zwischensystem mybestfriend

Ja, stimmt, das ist eine Möglichkeit. Den Weckruf in die SSH-Config integrieren zu können, würde ich bevorzugen, wenn es möglich ist.

Wolfgang.Klein schrieb:

Den Weckruf in die SSH-Config integrieren zu können, würde ich bevorzugen, wenn es möglich ist.

Lt. manpage (von ssh_config) gibt es diese Parameter für die ~/.ssh/config

ConnectionAttempts
ConnectTimeout
ProxyCommand
ProxyJump

ProxyCommand ist leider nicht geeignet, denn es wird auf dem eigenen Rechner ausgeführt, nicht dem Ziel- oder Zwischenrechner:

ProxyCommand
             Specifies the command to use to connect to the server.  The command string ex‐
             tends to the end of the line, and is executed using the user's shell ‘exec’ di‐
             rective to avoid a lingering shell process.