Ang USERID wire field ng SOCKS4
Ipinapaliwanag ang USERID wire field ng SOCKS4 at kung bakit ang interpretasyon nito ay nakasalalay sa server kaysa sa SOCKS5 username/password authentication.
May USERID string ang SOCKS4 na may variable na haba at nagtatapos sa isang zero byte. Binibigyang-kahulugan ng server ang identifier na iyon ayon sa patakaran nito; hindi ito sinusundan ng protocol ng SOCKS5 username/password subnegotiation.
Ang SOCKS4 CONNECT request sa documentation address 203.0.113.8, port 443, na may walang laman na USERID ay:
04 01 01 bb cb 00 71 08 00Ang ikasiyam na byte, 0x00, ang nagtatapos sa walang laman na field. Hindi ito ang character na 0, na ang ASCII value ay 0x30. Kapag ito ay inalis, nananatiling hindi kumpleto ang USERID.
Ano ang inaasahan ng server
Ang walang laman na identifier ay maaaring angkop kapag hindi ito kailangan ng serbisyo. Kung kailangan nito ang isang partikular na identifier o ibang mekanismo ng access, sundin ang dokumentadong patakaran nito. Ang ibinigay na pangalan ay nagtatatag ng pagkakakilanlan lamang kung ito ay pinatunayan ng server.
Pinapalawak ng SOCKS4a ang paghawak ng destination hostname; hindi ito nagdaragdag ng SOCKS5 authentication. Ang serbisyong nangangailangan ng SOCKS5 account ay nangangailangan ng compatible na client at paraan. Ang paglalagay ng password sa USERID ng SOCKS4 ay hindi maaaring pumalit sa palitan na iyon at maaaring magbunyag ng walang kaugnayang kredensyal.
Para sa pagtanggi, suriin nang hiwalay ang bersyon ng SOCKS, ang hiniling na destinasyon, at ang patakaran ng user.