Accesarea unui proxy HTTP sau SOCKS existent prin SSH
Accesați un proxy HTTP sau SOCKS loopback aflat la distanță prin SSH fără a expune public listenerul acestuia.
Dacă relay.example.net rulează deja SOCKS pe propriul 127.0.0.1:1080, transmiteți accesul în loc să expuneți public acel listener:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Punct final | Rol |
|---|---|
Laptop 127.0.0.1:1081 | Adresa SOCKS de configurat în aplicația laptopului. |
Releu 127.0.0.1:1080 | Proxyul existent accesat din partea serverului SSH. |
Sintaxa de redirecționare locală atribuie destinația fixă părții serverului. Un proxy HTTP pe portul loopback îndepărtat 3128 sau un punct final de intranet precum proxy.internal.example:8080 funcționează după același principiu. Configurați clientul pentru acel protocol HTTP existent și cont; transportarea prin SSH nu creează SOCKS și nici un listener HTTPS cu TLS.
Serviciul existent alege în continuare versiunile de protocol acceptate, autentificarea, destinațiile și ieșirea finală. Dacă un alt proces SSH a creat acel proxy îndepărtat, ambele procese trebuie să rămână active. O rută laptop→releu→gateway lasă site-ul să vadă ultima conexiune de ieșire, nu o identitate alocată de portul local 1081.
Păstrați legarea laptopului explicit locală. O expunere mai largă schimbă cine poate ajunge la serviciu, iar autentificarea SSH nu adaugă o parolă SOCKS listenerului. În caz de refuz, verificați listenerul laptopului, transportul SSH și proxyul îndepărtat ca etape separate.