Cu un nc compatibil OpenBSD, adaugă această intrare de gazdă în configurația clientului SSH, de exemplu ~/.ssh/config:

Host work-through-proxy
    HostName ssh.example.com
    User alex
    ProxyCommand nc -X connect -x proxy.example.net:8080 %h %p

Folosește ssh work-through-proxy pentru acea rută. Ajutorul cere proxy-ului HTTP un CONNECT către ssh.example.com și transmite fluxul acceptat către SSH. Dacă SSH ar fi îndreptat direct spre portul proxy-ului, handshake-ul său ar ajunge la un serviciu care așteaptă HTTP.

Înlocuiește punctul final, destinația și contul. Pentru o destinație SSH accesibilă public unde este permis un intermediar public, lista de proxy-uri HTTP oferă candidați pentru a verifica accesul la acea gazdă și la acel port; alege un punct final care nu necesită cont de proxy pentru comanda afișată. Aceste opțiuni OpenBSD nc depind de implementare; un alt executabil numit nc s-ar putea să nu le accepte.

Proxy-ul poate cere propria autentificare sau poate refuza portul SSH cerut. Un 407 se referă la acel schimb cu proxy-ul. După deschiderea tunelului, SSH verifică în continuare gazda țintă și îi autentifică utilizatorul; o cheie SSH respinsă este altă eroare.

Ține ProxyCommand în secțiunea Host dorită și, când e nevoie, folosește calea de autentificare prin proxy acceptată de ajutorul ales. Comanda oferă un flux, nu permisiune prin intermediar. Dacă sunt permise doar destinații HTTPS, obține o înțelegere aprobată de acces SSH în loc să presupui că altă scriere a comenzii schimbă politica.

Articole similare