Povežite SOCKS klijente s HTTP CONNECT nadređenim poslužiteljem pomoću 3proxy
Objašnjava pristupnik okrenut SOCKS-u koji podupire HTTP CONNECT nadređeni poslužitelj i zahtjeve protokola i autentifikacije na svakom koraku.
Aplikacija zahtijeva SOCKS. Vaša odobrena uzvodna usluga prihvaća HTTP CONNECT. Stavljanje HTTP krajnje točke u SOCKS polje aplikacije ne prevodi između protokola.
Pristupnik može prihvatiti SOCKS od aplikacije, pročitati traženo odredište i zatražiti od HTTP nadređenog poslužitelja CONNECT tunel do tog odredišta. Zatim prenosi tok aplikacije kroz tunel.
SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination
Učinite svako sučelje eksplicitnim
Za pristupnik koji podržava ovaj raspored važan je tip nadređenog poslužitelja. Dokumentacija 3proxy razlikuje connect nadređeni poslužitelj od onoga koji se koristi kao obični HTTP posrednik za prosljeđivanje.
Uz postojećeg 3proxy korisnika i postavljenu autentifikaciju, fragment usmjeravanja samo za lokalnu mrežu može izgledati ovako:
auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080
Ovaj fragment pretpostavlja da je račun već definiran. Ne dodaje nikakve vjerodajnice koje sam HTTP nadređeni poslužitelj zahtijeva i ne zamjenjuje postojeću politiku pristupa. Za javna odredišta na ruti koja dopušta neautentificirani javni HTTP nadređeni poslužitelj, popis HTTP posrednika nudi kandidate za host i port. Ostavite vjerodajnice nadređenog poslužitelja odsutnima za tu granu i potvrdite dopuštenje za stvarni cilj; vlastiti račun pristupnika ostaje lokalni. Pravilo parent povezuje se s prethodnim allow pravilom prema dokumentiranom modelu konfiguracije 3proxy.
Aplikacija koristi lokalnu SOCKS krajnju točku. Pristupnik koristi HTTP CONNECT prema nadređenom poslužitelju. Nadređeni poslužitelj i dalje odlučuje jesu li traženi host i port odredišta dopušteni.
Ovdje je koristan opseg tuneliranje običnog TCP toka. SOCKS5 UDP asocijacija ne postaje podržana samo zato što prednji slušatelj prihvaća SOCKS5. HTTP CONNECT nadređeni poslužitelj ne osigurava automatski potrebni UDP relej.
HTTPS može ostati od kraja do kraja unutar ove putanje; prevođenje između posredničkih sučelja ne zahtijeva predstavljanje kao odredišno web mjesto. Autentifikacija prema pristupniku, prema nadređenom poslužitelju i na web mjestu ostaju različite vjerodajnice i razmjene.