SOCKS5 klijent započinje verzijom 5, a zatim tijekom provjere zaporke šalje verziju 1. To nije nužno vraćanje na stariju verziju ni pogrešan proxy.

Prva razmjena pregovara metodu provjere autentičnosti SOCKS5. Kada se odabere korisničko ime/zaporka, RFC 1929 definira zasebno podpregovaranje čije je polje verzije 0x01.

Taj zahtjev za provjeru uključuje duljine i bajtove korisničkog imena i zaporke. Poslužitelj vraća verziju podpregovaranja i status. Tek nakon uspješne provjere klijent šalje SOCKS5 zahtjev za odredištem.

Držite dvije razmjene odvojeno kada čitate trag ili implementirate klijent. Ponavljanje 0x05 posvuda jer se usluga zove SOCKS5 proizvodi pogrešnu poruku provjere.

Uspješan status zaporke također ne znači da je traženo odredište dopušteno. Sljedeći SOCKS odgovor ipak može odbiti tu vezu.

Konačno, ova metoda korisničkog imena/zaporke ne šifrira svoje vjerodajnice. Bajt verzije označava format poruke, a ne šifrirani ili jači način prijave.

Povezani članci