Numer portu SOCKS nie mówi Chrome'owi, którego protokołu użyć
Określ protokół SOCKS wprost tam, gdzie Chrome go obsługuje. Port taki jak 1080 czy 27977 to tylko port nasłuchujący.
Usługa SOCKS5 na porcie 27977 nadal jest SOCKS5. Port 1080 to konwencja, a nie detektor protokołu.
Gdy konfigurujesz Chrome przez obsługiwany interfejs jawnego proxy, schemat wskazuje zamierzony protokół, na przykład socks5://proxy.example:27977. Lista proxy SOCKS5 oferuje publiczne kandydatury dla tego protokołu; sprawdź wymóg uwierzytelniania wybranego punktu końcowego. Inny port nie zmienia SOCKS5 w SOCKS4, a sam adres nie gwarantuje, że ustawienie systemowe zostanie zinterpretowane jako zamierzona wersja.
Sprawdź efektywną konfigurację Chrome oraz protokół serwera. Zarządzana polityka lub inny działający proces przeglądarki mogą uczynić edytowane argumenty skrótu nieistotnymi. Osobny profil testowy Chrome ułatwia sprawdzenie zamierzonego uruchomienia.
Przed obwinianiem portu sprawdź też uwierzytelnianie. Dokumentacja SOCKS Chromium stwierdza, że jego obsługa SOCKS5 nie obejmuje metod uwierzytelniania. Usługa wymagająca nazwy użytkownika i hasła SOCKS ma więc problem zgodności, którego nowy numer portu nie rozwiąże.
Wybierz zgodnego klienta albo zatwierdzony układ usługi. Wielokrotne przełączanie znanego punktu końcowego SOCKS5 na niepowiązane etykiety protokołu zmienia tylko bajty wysyłane do tego samego odbiorcy.