Rakendus vajab SOCKS-i. Teie kinnitatud ülesvoolu teenus võtab vastu HTTP CONNECT-i. HTTP-lõpp-punkti panek rakenduse SOCKS-väljale ei tõlgi protokollide vahel.

Lüüs saab rakenduselt SOCKS-i vastu võtta, lugeda soovitud sihtkohta ja paluda HTTP ülemkliendilt CONNECT-tunnelit sellesse sihtkohta. Seejärel edastab see rakenduse voo tunnelist läbi.

SOCKS application → SOCKS-facing gateway → HTTP CONNECT parent → destination

Tee iga liides selgeks

Sellist lahendust toetava lüüsi puhul on oluline selle ülemkliendi tüüp. 3proxy dokumentatsioon eristab connect-ülemklienti ülemkliendist, mida kasutatakse tavalise HTTP-edastusproksina.

Olemasoleva 3proxy kasutaja ja autentimise seadistusega võib ainult kohalik marsruutimisfragment välja näha nii:

auth strong
allow alex
parent 1000 connect parent.example.net 8080
socks -i127.0.0.1 -p1080

See fragment eeldab, et konto on juba määratletud. See ei lisa mandaate, mida HTTP ülemklient ise nõuab, ega asenda olemasolevat juurdepääsupoliitikat. Avalike sihtkohtade jaoks marsruudil, mis lubab autentimata avalikku HTTP ülemklienti, pakub HTTP-prokside loend hosti- ja pordikandidaate. Jätke selle haru jaoks ülemkliendi mandaadid puudu ja kinnitage luba tegeliku sihtmärgi jaoks; lüüsi enda konto jääb kohalikuks. Reegel parent seostatakse 3proxy dokumenteeritud konfiguratsioonimudeli kohaselt eelneva allow-reegliga.

Rakendus kasutab kohalikku SOCKS-lõpp-punkti. Lüüs kasutab HTTP CONNECT-i ülemkliendi suunas. Ülemklient otsustab endiselt, kas soovitud sihtkoha host ja port on lubatud.

Kasulik ulatus on siin tavalise TCP-voo tunnelimine. SOCKS5 UDP-assotsiatsioon ei muutu toetatuks ainult seetõttu, et eesmine kuulaja võtab vastu SOCKS5. HTTP CONNECT-i ülemklient ei paku vajalikku UDP-relayd automaatselt.

HTTPS võib sellel teel jääda otsast lõpuni; proksiliideste vaheline tõlkimine ei nõua sihtveebisaidi jäljendamist. Autentimine lüüsile, autentimine ülemkliendile ja autentimine veebisaidile jäävad erinevateks mandaatideks ja vahetusteks.

Seotud artiklid