SSH bidez existitzen den HTTP edo SOCKS proxy bat lortu
Lortu urruneko loopback HTTP edo SOCKS proxy bat SSH bidez, haren entzulea publikoki agerian utzi gabe.
relay.example.net(e)k jada SOCKS exekutatzen badu bere 127.0.0.1:1080(e)n, birbideratu sarbidea entzule hori publikoki agerian utzi beharrean:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| Amaiera-puntua | Rola |
|---|---|
Eramangarria 127.0.0.1:1081 | Eramangarriaren aplikazioan konfiguratu beharreko SOCKS helbidea. |
Errelea 127.0.0.1:1080 | SSH zerbitzariaren aldetik lortzen den existitzen den proxya. |
Tokiko birbidalketa sintaxik helmuga finkoa zerbitzariaren aldera esleitzen du. Urruneko loopback 3128 portuko HTTP proxy batek edo proxy.internal.example:8080 bezalako intranet amaiera-puntu batek printzipio berarekin egiten du lan. Konfiguratu bezeroa existitzen den HTTP protokolo horretarako eta konturako; SSH bidez garraiatzeak ez du SOCKSik ez TLS gaitutako HTTPS entzulerik sortzen.
Existitzen den zerbitzuak oraindik hautatzen ditu onartutako protokolo bertsioak, autentifikazioa, helmugak eta azken irteera. Beste SSH prozesu batek urruneko proxy hori sortu badu, bi prozesuek bizirik iraun behar dute. Eramangarria→errelea→atebidea ibilbideak webguneak azken kanpoko konexioa ikustea eragiten du, ez 1081 portu lokalak esleitutako identitatea.
Eduki ezazu eramangarriaren lotura espresuki lokala. Agerraldi zabalagoak aldatzen du nor irits daitekeen zerbitzura, eta SSH saio-hasierak ez dio SOCKS pasahitzik gehitzen entzuleari. Ukatzean, egiaztatu eramangarriaren entzulea, SSH garraioa eta urruneko proxya etapa bereizi gisa.