Ett SOCKS-portnummer berättar inte för Chrome vilket protokoll som ska användas
Ange SOCKS-protokollet uttryckligen där Chrome stöder det. En port som 1080 eller 27977 är bara en lyssnande port.
En SOCKS5-tjänst på port 27977 är fortfarande SOCKS5. Port 1080 är en konvention, inte en protokolldetektor.
När du konfigurerar Chrome via ett stött explicit proxygränssnitt anger schemat det avsedda protokollet, till exempel socks5://proxy.example:27977. SOCKS5-proxylistan erbjuder offentliga kandidater för det protokollet; kontrollera autentiseringskravet för den valda slutpunkten. En annan port gör inte SOCKS5 till SOCKS4, och en bar adress garanterar inte att en systeminställning tolkas som den version du avsåg.
Kontrollera Chromes faktiska konfiguration och även serverns protokoll. En hanterad princip eller en annan körande webbläsarprocess kan göra en genvägs redigerade argument irrelevanta. En separat Chrome-testprofil gör det lättare att granska den avsedda starten.
Kontrollera även autentisering innan du skyller på porten. Chromiums SOCKS-dokumentation anger att stödet för SOCKS5 inte omfattar autentiseringsmetoder. En tjänst som kräver ett SOCKS-användarnamn och lösenord har därför ett kompatibilitetsproblem som ett nytt portnummer inte kan lösa.
Välj en kompatibel klient eller en godkänd tjänsteordning. Att upprepade gånger byta en känd SOCKS5-slutpunkt till orelaterade protokolletiketter ändrar bara de byte som skickas till samma lyssnare.