Un numero di porta SOCKS non dice a Chrome quale protocollo usare
Specificate esplicitamente il protocollo SOCKS dove Chrome lo supporta. Una porta come 1080 o 27977 è solo una porta in ascolto.
Un servizio SOCKS5 sulla porta 27977 resta SOCKS5. La porta 1080 è una convenzione, non un rilevatore di protocollo.
Quando configurate Chrome tramite un'interfaccia proxy esplicita supportata, lo schema identifica il protocollo previsto, ad esempio socks5://proxy.example:27977. L'elenco di proxy SOCKS5 offre candidati pubblici per quel protocollo; verificate il requisito di autenticazione dell'endpoint scelto. Una porta diversa non trasforma SOCKS5 in SOCKS4, né un indirizzo nudo garantisce che un'impostazione di sistema venga interpretata come la versione che intendevate.
Verificate la configurazione effettiva di Chrome e anche il protocollo del server. Un criterio gestito o un altro processo del browser in esecuzione possono rendere irrilevanti gli argomenti modificati di un collegamento. Un profilo di test Chrome separato rende più facile ispezionare l'avvio previsto.
Verificate anche l'autenticazione prima di incolpare la porta. La documentazione SOCKS di Chromium afferma che il suo supporto SOCKS5 non include metodi di autenticazione. Un servizio che richiede un nome utente e una password SOCKS ha quindi un problema di compatibilità che un nuovo numero di porta non può risolvere.
Scegliete un client compatibile o un accordo di servizio approvato. Cambiare ripetutamente un endpoint SOCKS5 noto in etichette di protocollo non correlate cambia solo i byte inviati allo stesso ascoltatore.