SOCKS bezeroak HTTP CONNECT guraso batera zubiratu 3proxy erabilita
SOCKS alderantziko atebidea azaltzen du, HTTP CONNECT guraso batean oinarritua, eta jauzi bakoitzean protokoloak eta autentifikazioak dituzten eskakizunak.
Aplikazioak SOCKS behar du. Zure goi korronteko zerbitzu onartuak HTTP CONNECT onartzen du. HTTP amaiera-puntua aplikazioaren SOCKS eremuan jartzeak ez du protokoloen artean itzultzen.
Atebide batek SOCKS onar dezake aplikaziotik, eskatutako helmuga irakurri eta HTTP gurasoari CONNECT tunel bat eskatu helmuga horretarako. Gero aplikazioaren korrontea tunelaren bidez bidaltzen du.
SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination
Egin interfaze bakoitza esplizitu
Konfigurazio hau onartzen duen atebide baterako, guraso mota garrantzitsua da. 3proxy dokumentazioak connect gurasoa eta HTTP birbidaltze-proxy arrunt gisa erabiltzen den gurasoa bereizten ditu.
Lehendik dagoen 3proxy erabiltzaile eta autentifikazio ezarpenarekin, tokiko bideratze zati batek forma hau har dezake:
auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080
Zati honek kontua jada definituta dagoela suposatzen du. Ez du HTTP gurasoak berak behar dituen kredentziarik gehitzen, eta ez du lehendik dagoen sarbide-politika ordezten. Autentifikatu gabeko HTTP guraso publiko bat onartzen duen ibilbideko helmuga publikoetarako, HTTP proxy zerrendak ostalari eta portu hautagaiak eskaintzen ditu. Mantendu gurasoaren kredentziak falta direla adar horretarako eta berretsi benetako helbururako baimena; atebidearen kontua bera tokikoa izaten jarraitzen du. parent araua aurreko allow arauarekin lotzen da 3proxyren dokumentatutako konfigurazio ereduaren arabera.
Aplikazioak tokiko SOCKS amaiera-puntua erabiltzen du. Atebideak HTTP CONNECT erabiltzen du gurasorantz. Gurasoak erabakitzen du oraindik eskatutako helmuga ostalaria eta portua onartuta dauden.
Hemen erabilgarria den esparrua TCP korronte arruntaren tunelatzea da. SOCKS5 UDP elkartea ez da onartua bihurtzen aurreko entzuleak SOCKS5 onartzen duelako soilik. HTTP CONNECT guraso batek ez du automatikoki beharrezko UDP errelea ematen.
HTTPS muturretik muturrera egon daiteke bide honen barruan; proxy interfazeen arteko itzulpenak ez du helmuga webgunea ordezkatzea eskatzen. Atebiderako autentifikazioa, gurasorako autentifikazioa eta webgunerako autentifikazioa kredentzia eta truke desberdinak izaten jarraitzen dute.