SOCKS-Authentifikatioun an Qt Network a WebEngine
Trennt d'Proxy-Astellunge vum Qt Network vum Verhalen vum WebEngine op Chromium-Basis, wann eng SOCKS-Service eng Authentifikatioun verlaangt.
Eng funktionéierend Proxy-Anmeldung am Qt Network beweist net, datt WebEngine déi selwecht SOCKS-Authentifikatioun ënnerstëtzt. WebEngine benotzt Chromium, deem seng SOCKS5-Implementatioun keng Ënnerstëtzung fir Authentifikatiounsmethoden huet; d'Behandlung vun enger HTTP-Proxy-Anmeldung liwwert deen Austausch net.
QNetworkProxy kann Protokoll, Host, Port, Benotzernumm a Passwuert späicheren. Zwee Konsumenten, déi dës Felder liesen, kënnen nach ëmmer verschidde Protokoller a Methoden ëmsetzen.
Fir e Verglach „Network gelungen / WebEngine feelgeschloen“ ze maachen, notéiert den tatsächlechen Proxy-Protokoll/d'Method, d'Qt/Chromium-Versiounen an de Stuf, dee feelgeschloen ass. Wielt eng Route, déi vum Konsument ënnerstëtzt gëtt, deen d'Ufro mécht. Fir erlaabte ëffentleche WebEngine-Browsing bitt d'SOCKS5-Proxy-Lëscht Kandidate fir den Zougrëff ouni Authentifikatioun ze préiwen; benotzt eng separat Konfiguratioun ouni de Benotzernumm oder d'Passwuert vun engem anere Proxy z'iwwerhuelen. Eng net ënnerstëtzte Method hält virun der Umeldung op der Websäit un, dofir adresséiert d'Ännerung vum Zilkonto den falschen Austausch.