SOCKS-autentisering i Qt Network och WebEngine
Separera Qt Network-proxyinställningarna från Chromium-baserat WebEngine-beteende när en SOCKS-tjänst kräver autentisering.
En fungerande Qt Network-proxyinloggning bevisar inte att WebEngine stöder samma SOCKS-autentisering. WebEngine använder Chromium, vars SOCKS5-implementering saknar stöd för autentiseringsmetoder; hanteringen av HTTP-proxyinloggning ger inte det utbytet.
QNetworkProxy kan lagra protokoll, värd, port, användarnamn och lösenord. Två konsumenter som läser dessa fält kan ändå implementera olika protokoll och metoder.
För att jämföra Network-framgång/WebEngine-misslyckande, notera det faktiska proxyprotokollet/-metoden, Qt-/Chromium-versionerna och steget som misslyckades. Välj en väg som stöds av konsumenten som gör begäran. För tillåten offentlig WebEngine-bläddring erbjuder SOCKS5-proxylistan kandidater att kontrollera åtkomst utan autentisering; använd en separat konfiguration utan att föra över en annan proxys användarnamn eller lösenord. En metod som inte stöds stoppar före inloggning på webbplatsen, så att byta målkonto hanterar fel utbyte.