Ponti SOCKS-klientojn al HTTP CONNECT-gepatro per 3proxy
Klarigas SOCKS-flankan enirejon apogatan de HTTP CONNECT-gepatro kaj la protokolajn kaj aŭtentigajn postulojn ĉe ĉiu salto.
La aplikaĵo bezonas SOCKS. Via aprobita suprenflua servo akceptas HTTP CONNECT. Meti la HTTP-finpunkton en la SOCKS-kampon de la aplikaĵo ne tradukas inter la protokoloj.
Enirejo povas akcepti SOCKS de la aplikaĵo, legi la petatan celon kaj peti de la HTTP-gepatro CONNECT-tunelon al tiu celo. Poste ĝi plusendas la fluon de la aplikaĵo tra la tunelo.
SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination
Faru ĉiun interfacon eksplicita
Por enirejo subtenanta ĉi tiun aranĝon, ĝia gepatra tipo gravas. La dokumentaro de 3proxy distingas connect-gepatron disde gepatror uzata kiel ordinara HTTP-plusenda prokuro.
Kun ekzistanta 3proxy-uzanto kaj aŭtentiga agordo, nur-loka enkursiga fragmento povas havi ĉi tiun formon:
auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080
Ĉi tiu fragmento supozas, ke la konto jam estas difinita. Ĝi ne aldonas la akreditilojn, kiujn la HTTP-gepatro mem postulas, kaj ĝi ne anstataŭigas la ekzistantan alirpolitikon. Por publikaj celoj sur vojo permesanta neaŭtentigitan publikan HTTP-gepatron, la listo de HTTP-prokuroj proponas gastigantajn kaj pordajn kandidatojn. Konservu la gepatrajn akreditilojn forestantaj por tiu branĉo kaj konfirmu permeson por la reala celo; la propra konto de la enirejo restas loka. La regulo parent estas asociita kun la antaŭa allow-regulo laŭ la dokumentita agorda modelo de 3proxy.
La aplikaĵo uzas la lokan SOCKS-finpunkton. La enirejo uzas HTTP CONNECT al la gepatror. La gepatror ankoraŭ decidas, ĉu la petata cela gastiganto kaj pordo estas permesitaj.
Ordinara TCP-fluo-tunelado estas la utila amplekso ĉi tie. SOCKS5 UDP-asocio ne fariĝas subtenata nur ĉar la fronta aŭskultilo akceptas SOCKS5. HTTP CONNECT-gepatror ne aŭtomate provizas la bezonatan UDP-relajon.
HTTPS povas resti fino-al-fino ene de ĉi tiu vojo; tradukado inter prokuraj interfacoj ne postulas ŝajnigi la celan retejon. Aŭtentigo al la enirejo, aŭtentigo al la gepatror kaj aŭtentigo al la retejo restas malsamaj akreditiloj kaj interŝanĝoj.