Eine SOCKS-Portnummer sagt Chrome nicht, welches Protokoll zu verwenden ist
Geben Sie das SOCKS-Protokoll ausdrücklich dort an, wo Chrome es unterstützt. Ein Port wie 1080 oder 27977 ist nur ein Lauschport.
Ein SOCKS5-Dienst auf Port 27977 bleibt SOCKS5. Port 1080 ist eine Konvention, kein Protokollerkenner.
Wenn Sie Chrome über eine unterstützte explizite Proxy-Schnittstelle konfigurieren, bezeichnet das Schema das beabsichtigte Protokoll, zum Beispiel socks5://proxy.example:27977. Die SOCKS5-Proxy-Liste bietet öffentliche Kandidaten für dieses Protokoll; prüfen Sie die Authentifizierungsanforderung des ausgewählten Endpunkts. Ein anderer Port macht SOCKS5 nicht zu SOCKS4, und eine bloße Adresse garantiert nicht, dass eine Systemeinstellung als die von Ihnen beabsichtigte Version interpretiert wird.
Prüfen Sie sowohl die effektive Konfiguration von Chrome als auch das Protokoll des Servers. Eine verwaltete Richtlinie oder ein anderer laufender Browserprozess kann die bearbeiteten Argumente einer Verknüpfung irrelevant machen. Ein separates Chrome-Testprofil erleichtert die Prüfung des beabsichtigten Starts.
Prüfen Sie auch die Authentifizierung, bevor Sie den Port verantwortlich machen. Die SOCKS-Dokumentation von Chromium stellt fest, dass ihre SOCKS5-Unterstützung keine Authentifizierungsmethoden umfasst. Ein Dienst, der einen SOCKS-Benutzernamen und ein Passwort verlangt, hat daher ein Kompatibilitätsproblem, das eine neue Portnummer nicht lösen kann.
Wählen Sie einen kompatiblen Client oder eine genehmigte Dienstleistungsvereinbarung. Einen bekannten SOCKS5-Endpunkt wiederholt auf unabhängige Protokollbezeichnungen umzustellen, ändert nur die Bytes, die an denselben Listener gesendet werden.