Redirecționare dinamică inversă SSH: crearea unui ascultător SOCKS la distanță
Creați un ascultător SOCKS dinamic invers pe un server SSH, cu conexiunile către destinații deschise din partea clientului.
De obicei un tunel SSH SOCKS oferă unui laptop ieșirea de rețea a serverului. Redirecționarea dinamică inversă inversează această aranjare: un program de pe mașina la distanță poate folosi rețeaua disponibilă clientului dvs. SSH.
Pe un client OpenSSH care acceptă redirecționare la distanță fără destinație:
ssh -N -R 127.0.0.1:1080 [email protected]Ascultătorul SOCKS este pe remote.example.net, legat de adresa sa loopback. Programele de acolo folosesc 127.0.0.1:1080. Conexiunile către destinații călătoresc înapoi prin SSH și sunt deschise din partea pe care rulează clientul dvs.
Citiți direcția înaintea IP-ului
Documentația pentru -R face semnificativă destinația omisă. O specificație care conține port:host:hostport este în schimb o redirecționare fixă. Nu presupuneți că un client vechi acceptă forma dinamică scurtă.
IP-ul de ieșire este cel pe care rețeaua din partea clientului îl folosește pentru acele conexiuni. Un laptop din spatele unui router de acasă poate ieși prin adresa publică tradusă a routerului. Nu este automat IP-ul serverului SSH și nici o adresă atribuită direct laptopului.
Mențineți ascultătorul la distanță restricționat. O legare cu caracter generic poate permite altor mașini să folosească rețeaua din partea clientului ca ieșire, conform politicii serverului. Chiar și loopback poate fi disponibil altor procese eligibile de pe gazda la distanță; nu este un secret pe proces.
Pentru un set restricționat de destinații, examinați PermitRemoteOpen și politica de redirecționare a serverului. Ruta depinde și de menținerea clientului online. Când acea conexiune se închide, calea proxy la distanță dispare. Redirecționarea inversă schimbă de unde provin conexiunile; nu oferă un proxy autonom independent de sesiunea SSH.