Brug SOCKS-kliënte na 'n HTTP CONNECT-ouer met 3proxy

Verduidelik 'n SOCKS-georiënteerde poort wat op 'n HTTP CONNECT-ouer berus, en die protokol- en verifikasiemvere by elke hop.

Die toepassing vereis SOCKS. Jou goedgekeurde opstroomdiens aanvaar HTTP CONNECT. Om die HTTP-eindpunt in die toepassing se SOCKS-veld te sit, vertaal nie tussen die twee protokolle nie.

'n Poort kan SOCKS van die toepassing aanvaar, die versoekte bestemming lees en die HTTP-ouer vra vir 'n CONNECT-tonnel na daardie bestemming. Daarna stuur dit die toepassing se stroom deur die tonnel.

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

Maak elke koppelvlak eksplisiet

Vir 'n poort wat hierdie reëling ondersteun, maak sy ouertipe saak. Die 3proxy-dokumentasie onderskei 'n connect-ouer van 'n ouer wat as 'n gewone HTTP-aanstuurproxy gebruik word.

Met 'n bestaande 3proxy-gebruiker en verifikasiestelsel kan 'n slegs-lokale roeteringfragment hierdie vorm aanneem:

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

Hierdie fragment veronderstel dat die rekening reeds gedefinieer is. Dit voeg geen geloofsbriewe by wat die HTTP-ouer self vereis nie, en dit vervang nie die bestaande toegangsbeleid nie. Vir publieke bestemmings op 'n roete wat 'n ongeverifieerde publieke HTTP-ouer toelaat, bied die HTTP-proxylys gasheer- en poortkandidate. Laat ouergeloofsbriewe vir daardie tak weg en bevestig toestemming vir die werklike teiken; die poort se eie rekening bly lokaal. Die parent-reël word onder 3proxy se gedokumenteerde konfigurasie model met die voorafgaande toelaatreël geassosieer.

Die toepassing gebruik die plaaslike SOCKS-eindpunt. Die poort gebruik HTTP CONNECT na die ouer. Die ouer besluit steeds of die versoekte bestemmingsgasheer en -poort toegelaat word.

Gewone TCP-stroomtonneling is die nuttige omvang hier. 'n SOCKS5 UDP-assosiasie word nie ondersteun bloot omdat die voorste luisteraar SOCKS5 aanvaar nie. 'n HTTP CONNECT-ouer verskaf nie outomaties die vereiste UDP-herleiding nie.

HTTPS kan end-tot-end binne hierdie pad bly; vertaling tussen proxykoppelvlakke vereis nie dat die bestemmingswebwerf nageboots word nie. Verifikasie by die poort, verifikasie by die ouer en webwerfverifikasie bly verskillende geloofsbriewe en uitruilings.

Verwante artikels