SOCKS4 befettet in USERID-string fan feroarjende lingte dy't troch in nul-byte beëinige wurdt. De tsjinner ynterpretearret dy identifikaasje neffens syn belied; it protokol folget dy net mei SOCKS5-brûkersnamme/wachtwurd-subûnderhanneling.

In SOCKS4 CONNECT-fersyk nei it dokumintaasje-adres 203.0.113.8, poarte 443, mei in lege USERID is:

04 01 01 bb cb 00 71 08 00

It njoggende byte, 0x00, beëiniget it lege fjild. It is net it teken 0, waans ASCII-wearde 0x30 is. As jo it weilitte, bliuwt USERID ûnfoltôge.

Wat de tsjinner ferwachtet

In lege identifikaasje kin geskikt wêze as de tsjinst gjinien ferget. As it in bepaald identifikaasje of in oar tagongsmechanisme ferget, folgje dan syn dokumintearre belied. In levere namme fêstiget identiteit allinnich as de tsjinner it falidearret.

SOCKS4a wreidet de ôfhandeling fan de bestimming-hostnamme út; it foeget gjin SOCKS5-ferifikaasje ta. In tsjinst dy't in SOCKS5-akkount ferget, hat in kompatibele klant en metoade nedich. In wachtwurd yn 'e SOCKS4 USERID sette kin dy útwikseling net ferfange en kin in net-relatearre legitimasje iepenbierje.

Kontrolearje by in ôfwizing de SOCKS-ferzje, de oanfrege bestimming en it brûkersbelied apart.

Relatearre artikelen