Um número de porta SOCKS não diz ao Chrome qual protocolo usar
Especifique o protocolo SOCKS explicitamente onde o Chrome o suporta. Uma porta como 1080 ou 27977 é apenas uma porta de escuta.
Um serviço SOCKS5 na porta 27977 continua a ser SOCKS5. A porta 1080 é uma convenção, não um detetor de protocolo.
Ao configurar o Chrome através de uma interface de proxy explícita suportada, o esquema identifica o protocolo pretendido, por exemplo socks5://proxy.example:27977. A lista de proxies SOCKS5 oferece candidatos públicos para esse protocolo; verifique o requisito de autenticação do endpoint escolhido. Uma porta diferente não transforma SOCKS5 em SOCKS4, nem um endereço nu garante que uma definição do sistema seja interpretada como a versão que pretendia.
Verifique a configuração efetiva do Chrome e também o protocolo do servidor. Uma política gerida ou outro processo de navegador em execução podem tornar irrelevantes os argumentos editados de um atalho. Um perfil de teste do Chrome separado torna mais fácil inspecionar o arranque pretendido.
Verifique também a autenticação antes de culpar a porta. A documentação SOCKS do Chromium afirma que o seu suporte a SOCKS5 não inclui métodos de autenticação. Um serviço que exige um nome de utilizador e uma palavra-passe SOCKS tem, por isso, um problema de compatibilidade que um novo número de porta não pode resolver.
Escolha um cliente compatível ou um acordo de serviço aprovado. Alterar repetidamente um endpoint SOCKS5 conhecido para rótulos de protocolo não relacionados apenas altera os bytes enviados ao mesmo recetor.