SSH ProxyCommand не успева со command not found

Најдете го помошникот ProxyCommand што недостасува и разграничете го локалниот неуспех при извршување од преговарањето со прокси или најавата преку SSH.

connect: command not found значи дека SSH не можел локално да го стартува својот помошник ProxyCommand. Сè уште нема ракување со прокси што треба да се поправи. Името може да се однесува на посебна извршна датотека, а не на вградена команда на лушпата или на подкоманда на OpenSSH.

  1. Најдете ја избраната команда. Проверете ја важечката SSH конфигурација за истиот псевдоним на одредиштето и истата сметка. Деловите Host, вклучените датотеки и опциите на командната линија може да изберат поинаков ProxyCommand од датотеката што сте ја уредиле.
  2. Лоцирајте ја нејзината извршна датотека. Споредете го PATH на околината од која стартувате со интерактивниот терминал каде што работи помошникот. Апсолутна патека до предвидената постоечка програма ја отстранува таа нејаснотија.
  3. Усогласете ја имплементацијата на помошникот. Не заменувајте која било бинарна датотека со име nc. OpenBSD netcat користи -X connect за HTTP CONNECT и -X 5 за SOCKS5; другите варијанти може да ги немаат тие опции или поддршката за автентикација на проксито.

Откако помошникот ќе стартува, следете го следниот неуспех по ред: врска со проксито, преговарање со проксито, врска со одредиштето, потоа SSH автентикација. Неуспех во една фаза не докажува проблем во подоцнежните фази.

ProxyJump бара SSH скокачки домаќин. Тој може да го замени овој распоред само кога таа услуга е достапна; HTTP прокси не станува точка за најава преку SSH затоа што поставката е променета.

Поврзани статии