SSH ProxyCommand zawodzi z command not found

Znajdź brakujący pomocnik ProxyCommand i odróżnij lokalny błąd wykonania od negocjacji z proxy lub logowania SSH.

connect: command not found oznacza, że SSH nie zdołał uruchomić lokalnie swojego pomocnika ProxyCommand. Nie ma jeszcze żadnego uścisku dłoni z proxy do naprawy. Nazwa może wskazywać na osobny plik wykonywalny, a nie na wbudowane polecenie powłoki czy podpolecenie OpenSSH.

  1. Znajdź wybrane polecenie. Sprawdź obowiązującą konfigurację SSH dla tego samego aliasu docelowego i konta. Sekcje Host, dołączone pliki i opcje wiersza poleceń mogą wybrać inny ProxyCommand niż plik, który edytowałeś.
  2. Zlokalizuj jego plik wykonywalny. Porównaj PATH środowiska uruchamiającego z terminalem interaktywnym, w którym pomocnik działa. Ścieżka bezwzględna do zamierzonego istniejącego programu usuwa tę niejednoznaczność.
  3. Dopasuj implementację pomocnika. Nie zastępuj dowolnego pliku binarnego o nazwie nc. OpenBSD netcat używa -X connect dla HTTP CONNECT i -X 5 dla SOCKS5; inne warianty mogą nie mieć tych opcji ani obsługi uwierzytelniania proxy.

Po uruchomieniu pomocnika śledź kolejny błąd po kolei: połączenie z proxy, negocjacja z proxy, połączenie z celem, a następnie uwierzytelnianie SSH. Błąd na jednym etapie nie dowodzi problemu na późniejszych etapach.

ProxyJump wymaga hosta przeskoku SSH. Może zastąpić ten układ tylko wtedy, gdy ta usługa jest dostępna; proxy HTTP nie staje się punktem logowania SSH dlatego, że zmieniono ustawienie.

Powiązane artykuły