SSH ProxyCommand dështon me command not found

Gjeni një ndihmës ProxyCommand që mungon dhe dalloni dështimin e ekzekutimit lokal nga negociimi i proxy-t ose hyrja SSH.

connect: command not found do të thotë që SSH nuk mundi ta nisë ndihmësin e tij ProxyCommand lokalisht. Nuk ka ende ndonjë shtrëngim duarsh me proxy për të rregulluar. Emri mund t'i referohet një skedari ekzekutues të veçantë, jo një komande të integruar të shell-it ose një nënkomande të OpenSSH.

  1. Gjeni komandën e zgjedhur. Kontrolloni konfigurimin efektiv të SSH për të njëjtin alias destinacioni dhe të njëjtin llogari. Seksionet Host, skedarët e përfshirë dhe opsionet e rreshtit të komandës mund të zgjedhin një ProxyCommand tjetër nga skedari që redaktuat.
  2. Gjeni skedarin e tij ekzekutues. Krahasoni PATH-in e mjedisit nisës me terminalin interaktiv ku funksionon ndihmësi. Një shteg absolut drejt programit ekzistues të synuar e heq atë paqartësi.
  3. Përputhni zbatimin e ndihmësit. Mos zëvendësoni asnjë binar të quajtur nc. OpenBSD netcat përdor -X connect për HTTP CONNECT dhe -X 5 për SOCKS5; variantet e tjera mund të mos i kenë ato opsione ose mbështetjen e vërtetimit të proxy-t.

Pasi ndihmësi niset, ndiqni dështimin tjetër sipas radhës: lidhja me proxy-n, negociimi i proxy-t, lidhja me destinacionin, pastaj vërtetimi SSH. Një dështim në një fazë nuk provon problem në fazat e mëvonshme.

ProxyJump kërkon një strehues kërcimi SSH. Ai mund ta zëvendësojë këtë rregullim vetëm kur ai shërbim është i disponueshëm; një proxy HTTP nuk bëhet pikë hyrjeje SSH sepse cilësimi u ndryshua.

Artikuj të ngjashëm