SOCKS-clients overbruggen naar een HTTP CONNECT-ouder met 3proxy

Legt een SOCKS-gateway met een HTTP CONNECT-ouder uit, plus de protocol- en authenticatievereisten per hop.

De toepassing vereist SOCKS. Uw goedgekeurde upstreamdienst accepteert HTTP CONNECT. Het HTTP-eindpunt in het SOCKS-veld van de toepassing zetten vertaalt niet tussen de protocollen.

Een gateway kan SOCKS van de toepassing aannemen, de gevraagde bestemming lezen en de HTTP-ouder om een CONNECT-tunnel naar die bestemming vragen. Daarna geeft hij de stream van de toepassing door de tunnel door.

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

Maak elke interface expliciet

Voor een gateway die deze opstelling ondersteunt, is het oudertype van belang. De 3proxy-documentatie onderscheidt een connect-ouder van een ouder die als gewone HTTP-doorstuurproxy wordt gebruikt.

Met een bestaande 3proxy-gebruiker en authenticatie kan een alleen-lokaal routeringsfragment er zo uitzien:

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

Dit fragment gaat ervan uit dat het account al is gedefinieerd. Het voegt geen inloggegevens toe die de HTTP-ouder zelf vereist, en het vervangt het bestaande toegangsbeleid niet. Voor openbare bestemmingen op een route die een niet-geauthenticeerde openbare HTTP-ouder toestaat, biedt de HTTP-proxylijst host- en poortkandidaten. Houd de ouderreferenties voor die tak achterwege en bevestig toestemming voor het werkelijke doel; het eigen account van de gateway blijft lokaal. De regel parent hoort volgens het gedocumenteerde configuratiemodel van 3proxy bij de voorafgaande allow-regel.

De toepassing gebruikt het lokale SOCKS-eindpunt. De gateway gebruikt HTTP CONNECT richting de ouder. De ouder beslist nog steeds of de gevraagde bestemmingshost en -poort zijn toegestaan.

Gewone TCP-streamtunneling is hier het bruikbare bereik. Een SOCKS5 UDP-associatie wordt niet ondersteund alleen omdat de frontlistener SOCKS5 accepteert. Een HTTP CONNECT-ouder levert de vereiste UDP-relay niet automatisch.

HTTPS kan in dit pad end-to-end blijven; vertaling tussen proxyinterfaces vereist niet dat de bestemmingswebsite wordt nagebootst. Authenticatie bij de gateway, bij de ouder en op de website blijven verschillende inloggegevens en uitwisselingen.

Gerelateerde artikelen