Waarom SOCKS5-wagwoordverifikasie met weergawe 1 begin
Onderskei die SOCKS5-groet van die weergaweveld in sy gebruikersnaam/wagwoord-subonderhandeling.
'n SOCKS5-kliënt begin met weergawe 5 en stuur dan weergawe 1 tydens wagwoordverifikasie. Dit is nie noodwendig 'n afgradering of 'n verkeerde proxy nie.
Die eerste uitruiling onderhandel die SOCKS5-verifikasiemetode. Wanneer gebruikersnaam/wagwoord gekies word, definieer RFC 1929 'n aparte subonderhandeling waarvan die weergaweveld 0x01 is.
Daardie verifikasieversoek sluit lengtes en grepe vir die gebruikersnaam en wagwoord in. Die bediener stuur die subonderhandelingweergawe en 'n status terug. Eers nadat verifikasie geslaag het, stuur die kliënt die SOCKS5-bestemmingsversoek.
Hou die twee uitruilings apart wanneer jy 'n spoor lees of 'n kliënt implementeer. Om 0x05 oral te herhaal omdat die diens SOCKS5 genoem word, lewer die verkeerde verifikasieboodskap.
'n Suksesvolle wagwoordstatus beteken ook nie dat die versoekte bestemming toegelaat word nie. Die volgende SOCKS-antwoord kan steeds daardie verbinding verwerp.
Laastens, hierdie gebruikersnaam/wagwoord-metode versyfer nie sy geloofsbriewe nie. Die weergawegreep dui 'n boodskapformaat aan, nie 'n versyferde of sterker aanmeldmodus nie.