Un número de porto SOCKS non lle di a Chrome que protocolo usar
Especifique o protocolo SOCKS explicitamente onde Chrome o admite. Un porto como 1080 ou 27977 é só un porto de escoita.
Un servizo SOCKS5 no porto 27977 segue a ser SOCKS5. O porto 1080 é unha convención, non un detector de protocolos.
Ao configurar Chrome mediante unha interface de proxy explícita compatible, o esquema identifica o protocolo previsto, por exemplo socks5://proxy.example:27977. A lista de proxies SOCKS5 ofrece candidatos públicos para ese protocolo; comprobe o requisito de autenticación do punto final seleccionado. Un porto distinto non converte SOCKS5 en SOCKS4, nin un enderezo espido garante que un axuste do sistema se interprete como a versión que pretendía.
Comprobe a configuración efectiva de Chrome e tamén o protocolo do servidor. Unha política administrada ou outro proceso de navegador en execución poden facer irrelevantes os argumentos editados dun atallo. Un perfil de proba de Chrome aparte facilita inspeccionar o inicio previsto.
Comprobe tamén a autenticación antes de culpar o porto. A documentación SOCKS de Chromium afirma que a súa compatibilidade con SOCKS5 non inclúe métodos de autenticación. Por tanto, un servizo que esixe un nome de usuario e un contrasinal SOCKS ten un problema de compatibilidade que un novo número de porto non pode resolver.
Escolla un cliente compatible ou un acordo de servizo aprobado. Cambiar repetidamente un punto final SOCKS5 coñecido por etiquetas de protocolo non relacionadas só cambia os bytes enviados ao mesmo oínte.