SOCKS-klanten oan in HTTP CONNECT-âlder keppelje mei 3proxy

Ferklaret in SOCKS-rjochte gateway mei in HTTP CONNECT-âlder der efter, en de protokol- en autentikaasje-easken by elke hop.

De applikaasje freget SOCKS. Jo goedkarde upstream-tsjinst akseptearret HTTP CONNECT. It HTTP-einpunt yn it SOCKS-fjild fan de applikaasje sette oerset net tusken de protokollen.

In gateway kin SOCKS fan de applikaasje oannimme, de frege bestimming lêze en de HTTP-âlder om in CONNECT-tunnel nei dy bestimming freegje. Dêrnei stjoert it de stream fan de applikaasje troch de tunnel.

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

Meitsje elk ynterface eksplisyt

Foar in gateway dy't dizze opstelling stipet, is it âldertype fan belang. De 3proxy-dokumintaasje ûnderskiedt in connect-âlder fan in âlder dy't as gewoane HTTP-trochstjoerproxy brûkt wurdt.

Mei in besteande 3proxy-brûker en autentikaasje-opset kin in allinnich-lokale routing-fragmint dizze foarm oannimme:

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

Dit fragmint giet derfan út dat it akkount al definiearre is. It foeget gjin foech ta dat de HTTP-âlder sels freget, en it ferfangt it besteande tagongbelied net. Foar iepenbiere bestimmingen op in rûte dy't in net-autentisearre iepenbiere HTTP-âlder tastean, biedt de HTTP-proxylist host- en poartekandidaten. Hâld it âlderfoech foar dy tûke fuort en befêstigje tastimming foar it wiere doel; it eigen akkount fan de gateway bliuwt lokaal. De regel parent is ferbûn mei de foarôfgeande allow-regel neffens it dokumintearre konfiguraasjemodel fan 3proxy.

De applikaasje brûkt it lokale SOCKS-einpunt. De gateway brûkt HTTP CONNECT rjochting de âlder. De âlder beslút noch altyd oft de frege host en poarte fan de bestimming tastien binne.

Gewoane TCP-streamtunneling is hjir it brûkbere berik. In SOCKS5 UDP-assosjaasje wurdt net stipe allinne om't de frontale listener SOCKS5 akseptearret. In HTTP CONNECT-âlder leveret de fereaske UDP-relay net automatysk.

HTTPS kin ein-ta-ein bliuwe yn dit paad; oersetting tusken proxy-ynterfaces freget net dat it doelwebstee neibeard wurdt. Autentikaasje by de gateway, by de âlder en op it webstee bliuwe ferskillende foech en útwikselings.

Relatearre artikelen