Aacht Byte liesen an duerno den SOCKS4-Tunnel iwwerginn
Vermeit et, d'Begréissung vum Zil ze schlécken oder op Byte ze waarden déi et net ginn, andeem Dir déi fest SOCKS4-Antwurtgrenz parst.
D'SOCKS4-Verbindungsufro geléngt, awer d'Applikatioun gesäit ni d'Ufanksbegréissung vum Server. Eng Plaz fir nozekucken ass dat éischt Liese vum Connector. E Liese vun siechzéng Byte ass ze grouss fir eng SOCKS4-Antwurt vun aacht Byte.
| Antwurtfeld | Byte |
|---|---|
| Feld vun der Antwurtversioun | 1 |
| Resultatscode | 1 |
| Portfeld | 2 |
| Adressfeld | 4 |
Den Resultatscode 0x5a weist, datt d'Ufro accordéiert gouf. SOCKS4a ännert, wéi d'Ufro en Hostnumm dréit; et mécht d'Antwurt net siechzéng Byte.
No der Antwurt dréit dee selwechten TCP-Strom de Protokoll vum Zil. E Mailserver kann seng Begréissung direkt schécken. Dofir kann e Liese, dat siechzéng disponibel Byte verbraucht, déi komplett Proxy-Antwurt plus déi éischt aacht Byte vun där Begréissung huelen. Wann nach näischt duerno kënnt, kann en iwwerdimensionéierte blockéierende Liese amplaz eng onnéideg Waardezäit derbäisetzen.
Déi exakt Längt ass d'Verantwortung vum Parser
Eng Kéier aacht Byte ze froen ass net genuch Beweis, datt aacht Byte ukomm sinn. Stromliese kënne manner zréckginn. Sammelt d'Längt vun der Antwurt genee an engem Delai, stoppt bei engem zouene oder feelgeschloenen Strom, iwwerpréift d'Antwurt a loosst déi nächst Byte fir d'Applikatioun.
Wann de Connector e méi grousst gepufferte Liese benotzt, konservéiert alles no der Grenz a gitt et un den nächsten Notzer weider. Den Iwwerschoss ewechzegeheien ass dee selwechten Datesverloscht mat enger anerer Liesgréisst.
SOCKS5 brauch säin eegene Parser. D'Längt vu senger Antwurtadress kann je no Adresstyp ënnerschiddlech sinn. All Proxy-Liese mat engem festen aacht-Byte-Liese z'ersetzen géif ee Protokoll reparéieren an en aneren zerbriechen.