Een werkende proxyaanmelding in Qt Network bewijst niet dat WebEngine dezelfde SOCKS-authenticatie ondersteunt. WebEngine gebruikt Chromium, waarvan de SOCKS5-implementatie geen ondersteuning voor authenticatiemethoden heeft; de afhandeling van een HTTP-proxyaanmelding levert die uitwisseling niet.

QNetworkProxy kan protocol, host, poort, gebruikersnaam en wachtwoord opslaan. Twee consumenten die deze velden lezen, kunnen toch verschillende protocollen en methoden implementeren.

Voor een vergelijking Network-succes/WebEngine-fout noteert u het werkelijke proxyprotocol/de methode, de Qt-/Chromium-versies en de mislukte fase. Kies een route die wordt ondersteund door de consument die het verzoek doet. Voor toegestaan openbaar browsen met WebEngine biedt de SOCKS5-proxylijst kandidaten om toegang zonder authenticatie te controleren; gebruik een aparte configuratie zonder de gebruikersnaam of het wachtwoord van een andere proxy over te nemen. Een niet-ondersteunde methode stopt vóór de website-aanmelding, dus het wijzigen van het doelaccount pakt de verkeerde uitwisseling aan.

Gerelateerde artikelen