Uwierzytelnianie SOCKS w Qt Network i WebEngine
Oddziel ustawienia proxy Qt Network od zachowania WebEngine opartego na Chromium, gdy usługa SOCKS wymaga uwierzytelniania.
Działające logowanie do proxy w Qt Network nie dowodzi, że WebEngine obsługuje to samo uwierzytelnianie SOCKS. WebEngine korzysta z Chromium, którego implementacja SOCKS5 nie obsługuje metod uwierzytelniania; obsługa logowania przez proxy HTTP nie zapewnia tej wymiany.
QNetworkProxy może przechowywać protokół, host, port, nazwę użytkownika i hasło. Dwaj konsumenci czytający te pola nadal mogą implementować różne protokoły i metody.
Aby porównać sukces w Network i niepowodzenie w WebEngine, zapisz rzeczywisty protokół/metodę proxy, wersje Qt/Chromium oraz etap, na którym wystąpił błąd. Wybierz trasę obsługiwaną przez konsumenta wysyłającego żądanie. Do dozwolonego publicznego przeglądania przez WebEngine lista proxy SOCKS5 oferuje kandydatów do sprawdzenia dostępu bez uwierzytelniania; używaj osobnej konfiguracji bez przenoszenia nazwy użytkownika ani hasła innego proxy. Nieobsługiwana metoda zatrzymuje się przed logowaniem do witryny, więc zmiana konta docelowego dotyczy niewłaściwej wymiany.