SOCKS-verifikasie in Qt Network en WebEngine
Skei Qt Network se proxy-instellings van Chromium-gedrewe WebEngine-gedrag wanneer 'n SOCKS-diens verifikasie vereis.
'n Werkende Qt Network-proxy-aanmelding bewys nie dat WebEngine dieselfde SOCKS-verifikasie ondersteun nie. WebEngine gebruik Chromium, wie se SOCKS5-implementering nie ondersteuning vir verifikasiemetodes het nie; die hantering van HTTP-proxy-aanmelding bied nie daardie uitruiling nie.
QNetworkProxy kan protokol, gasheer, poort, gebruikersnaam en wagwoord stoor. Twee verbruikers wat daardie velde lees, kan steeds verskillende protokolle en metodes implementeer.
Vir 'n vergelyking waar Network slaag en WebEngine misluk, teken die werklike proxy-protokol/metode, Qt/Chromium-weergawes en die mislukte stadium aan. Kies 'n roete wat deur die verbruiker wat die versoek maak, ondersteun word. Vir toegelate publieke WebEngine-blaai bied die SOCKS5-proksielys kandidate om vir onverifieerde toegang te toets; gebruik 'n aparte konfigurasie sonder om 'n ander proxy se gebruikersnaam of wagwoord oor te dra. 'n Onondersteunde metode stop voor die webwerf-aanmelding, so om die bestemmingrekening te verander pak die verkeerde uitruiling aan.