SSH ProxyCommand schlägt mit command not found fehl

connect: command not found bedeutet, dass SSH sein ProxyCommand-Hilfsprogramm nicht lokal starten konnte. Es gibt noch keinen Proxy-Handshake, der repariert werden müsste. Der Name kann auf eine eigenständige ausführbare Datei verweisen, nicht auf einen Shell-Builtin oder ein OpenSSH-Unterkommando.

1. Den ausgewählten Befehl finden. Prüfen Sie die wirksame SSH-Konfiguration für denselben Ziel-Alias und dasselbe Konto. Host-Abschnitte, eingebundene Dateien und Kommandozeilenoptionen können einen anderen ProxyCommand auswählen als die Datei, die Sie bearbeitet haben.
2. Die ausführbare Datei lokalisieren. Vergleichen Sie den PATH der Startumgebung mit dem interaktiven Terminal, in dem das Hilfsprogramm funktioniert. Ein absoluter Pfad zu dem vorgesehenen vorhandenen Programm beseitigt diese Unklarheit.
3. Zur Implementierung des Hilfsprogramms passen. Ersetzen Sie nicht irgendeine Binärdatei namens nc. OpenBSD netcat verwendet -X connect für HTTP CONNECT und -X 5 für SOCKS5; andere Varianten haben diese Optionen oder die Authentifizierungsunterstützung des Proxys möglicherweise nicht.

Nachdem das Hilfsprogramm startet, folgen Sie dem nächsten Fehler in der Reihenfolge: Verbindung zum Proxy, Proxy-Aushandlung, Verbindung zum Ziel, dann SSH-Authentifizierung. Ein Fehler in einer Stufe belegt kein Problem in den späteren Stufen.

ProxyJump benötigt einen SSH-Sprunghost. Es kann diese Anordnung nur ersetzen, wenn dieser Dienst verfügbar ist; ein HTTP-Proxy wird nicht dadurch zu einem SSH-Anmeldeendpunkt, dass die Einstellung geändert wurde.