Eng Firewall kann änneren, wou eng TCP-Verbindung landt. Si kann awer net, just duerch déi Ännerung, der ursprénglecher Applikatioun bäibréngen, SOCKS ze schwätzen.

En normale SOCKS-Server erwaart eng Verhandlung, déi d'ugefrote Destinatioun beschreift. Eng Applikatioun, déi de Proxy net kennt, schéckt awer gläich hir eege Protokollbytes. Leet déi Bytes direkt op en SOCKS-Lauschterer ëm, an déi zwou Säite sinn sech iwwer déi éischt Noriicht net eens.

De fehlenden Deel ass en Iwwersetzer

En transparenten TCP-zu-Proxy-Deel sëtzt tëscht dësen Interfaces. Hien entdeckt d'Destinatioun, déi d'Applikatioun ursprénglech ugefrot huet, baut déi passend SOCKS- oder HTTP CONNECT-Sëtzung op, a leet duerno d'Applikatiounsdaten iwwer de entstanene Stroum weider.

Op sengem Linux-iptables-Wee rifft de redsocks-Quellcode déi erhalen Destinatioun mat SO_ORIGINAL_DST of. Aner Betribssystemer an Ëmleetungsmethoden benotze aner Mechanismer. Dat ass eng Eegenschaft vum Ëmleeter an der Netzwierkaastrophaart, keng gewéinlech Funktioun vun engem SOCKS-Client.

D'Informatioun iwwer d'Original-Destinatioun erkläert och, firwat et net ëmmer gläichwäerteg ass, eng Ëmleetungsregel vum Proxy-Host op en onverbonne Gateway ze verreechen. De Prozess, deen entfënnt, brauch déi Metadaten, déi säin Ofgräifmodus erfuerdert. Eng Adress, déi soss fel geschriwwe gouf, gëtt déi Informatioun vläicht net méi an der erwaartener Form.

Halt de Geltungsberäich vum Iwwersetzer kloer. Eng funktionéierend ëmgeleet TCP-Verbindung beweist keng Ënnerstëtzung fir belibegt UDP, ICMP oder all Resolver-Wee. D'Protokoll vum ieweschte Proxy an d'Implementatioun vum Iwwersetzer bestëmmen nach ëmmer déi ënnerstëtzten Operatiounen.

Wann eng Konfiguratioun direkt no der Verbindung feelt, kontrolléiert d'Protokollgrenz, ier Dir Zougangsregelen erweidert. En deemolegen erreechbaren SOCKS-Lauschterer kann Bytes ofleenen, déi ni eng SOCKS-Ufro waren.

Ähnlech Artikelen