Brygga SOCKS-klienter till en HTTP CONNECT-förälder med 3proxy

Förklarar en SOCKS-vänd gateway med en HTTP CONNECT-förälder och kraven på protokoll och autentisering vid varje hopp.

Programmet kräver SOCKS. Din godkända uppströmstjänst accepterar HTTP CONNECT. Att lägga HTTP-slutpunkten i programmets SOCKS-fält översätter inte mellan protokollen.

En gateway kan ta emot SOCKS från programmet, läsa den begärda destinationen och be HTTP-föräldern om en CONNECT-tunnel till den destinationen. Därefter vidarebefordrar den programmets ström genom tunneln.

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

Gör varje gränssnitt explicit

För en gateway som stöder denna ordning spelar föräldratypen roll. 3proxy-dokumentationen skiljer en connect-förälder från en förälder som används som vanlig HTTP-vidarebefordrande proxy.

Med en befintlig 3proxy-användare och autentisering kan ett enbart lokalt routingfragment se ut så här:

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

Detta fragment förutsätter att kontot redan är definierat. Det lägger inte till några inloggningsuppgifter som HTTP-föräldern själv kräver, och det ersätter inte den befintliga åtkomstpolicyn. För offentliga destinationer på en väg som tillåter en oautentiserad offentlig HTTP-förälder erbjuder HTTP-proxylistan värd- och portkandidater. Låt förälderns inloggningsuppgifter saknas för den grenen och bekräfta tillståndet för det faktiska målet; gatewayens eget konto förblir lokalt. Regeln parent kopplas till den föregående allow-regeln enligt 3proxys dokumenterade konfigurationsmodell.

Programmet använder den lokala SOCKS-slutpunkten. Gatewayen använder HTTP CONNECT mot föräldern. Föräldern avgör fortfarande om den begärda destinationsvärden och -porten är tillåtna.

Vanlig TCP-strömtunnelning är det användbara omfånget här. En SOCKS5 UDP-association blir inte stödd bara för att den främre lyssnaren accepterar SOCKS5. En HTTP CONNECT-förälder tillhandahåller inte automatiskt den nödvändiga UDP-reläen.

HTTPS kan förbli hela vägen igenom i denna väg; översättning mellan proxygränssnitt kräver inte att destinationens webbplats imiteras. Autentisering mot gatewayen, mot föräldern och på webbplatsen är fortfarande olika inloggningsuppgifter och utbyten.

Relaterade artiklar