SOCKS-autentikaasje yn Qt Network en WebEngine
Skied de proxy-ynstellings fan Qt Network fan it gedrach fan WebEngine basearre op Chromium as in SOCKS-tsjinst autentikaasje freget.
In wurkjende Qt Network-proxy-ynlogg bewiist net dat WebEngine deselde SOCKS-autentikaasje stipet. WebEngine brûkt Chromium, waans SOCKS5-ymplemintaasje gjin stipe foar autentikaasjemetoaden hat; it ôfhandeljen fan HTTP-proxy-ynlogg leveret dy útwikseling net.
QNetworkProxy kin protokol, host, poarte, brûkersnamme en wachtwurd bewarje. Twa konsuminten dy't dy fjilden lêze, kinne dochs ferskate protokollen en metoaden ymplementearje.
Foar in ferliking Network-sukses/WebEngine-mislearjen: registrearje it werklike proxyprotokol/de metoade, de Qt/Chromium-ferzjes en de mislearre etappe. Kies in rûte dy't stipe wurdt troch de konsumint dy't it fersyk docht. Foar tastiene iepenbiere WebEngine-browsing biedt de SOCKS5-proxylist kandidaten om tagong sûnder autentikaasje te kontrolearjen; brûk in aparte konfiguraasje sûnder de brûkersnamme of it wachtwurd fan in oare proxy oer te nimmen. In net-stipe metoade stoppet foar de webside-ynlogg, dus it feroarjen fan it bestimmingsaccount pakket de ferkearde útwikseling oan.