Miksi SOCKS5-salasanan todennus alkaa versiosta 1
Erota SOCKS5-tervehdys sen käyttäjätunnus/salasana-alaneuvottelun versiokentästä.
SOCKS5-asiakas aloittaa versiosta 5 ja lähettää sitten salasanan todennuksen aikana version 1. Se ei välttämättä ole alaspäin siirtyminen tai väärä välityspalvelin.
Ensimmäinen vaihto neuvottelee SOCKS5-todennusmenetelmän. Kun käyttäjätunnus/salasana valitaan, RFC 1929 määrittelee erillisen alaneuvottelun, jonka versiokenttä on 0x01.
Todennuspyyntö sisältää käyttäjätunnuksen ja salasanan pituudet ja tavut. Palvelin palauttaa alaneuvottelun version ja tilan. Vasta onnistuneen todennuksen jälkeen asiakas lähettää SOCKS5-kohdepyynnön.
Pidä kaksi vaihtoa erillään, kun luet jäljitystä tai toteutat asiakasta. 0x05:n toistaminen kaikkialla, koska palvelu on nimeltään SOCKS5, tuottaa väärän todennusviestin.
Onnistunut salasanan tila ei myöskään tarkoita, että pyydetty kohde on sallittu. Seuraava SOCKS-vastaus voi silti hylätä kyseisen yhteyden.
Lopuksi tämä käyttäjätunnus/salasana-menetelmä ei salaa tunnuksiaan. Versiotavu ilmaisee viestin muodon, ei salattua tai vahvempaa kirjautumistilaa.