Autenticazione SOCKS in Qt Network e WebEngine
Separare le impostazioni proxy di Qt Network dal comportamento di WebEngine basato su Chromium quando un servizio SOCKS richiede l'autenticazione.
Un accesso proxy funzionante in Qt Network non dimostra che WebEngine supporti la stessa autenticazione SOCKS. WebEngine usa Chromium, la cui implementazione SOCKS5 non supporta i metodi di autenticazione; la gestione dell'accesso tramite proxy HTTP non fornisce quello scambio.
QNetworkProxy può memorizzare protocollo, host, porta, nome utente e password. Due consumatori che leggono questi campi possono comunque implementare protocolli e metodi diversi.
Per confrontare un successo in Network e un errore in WebEngine, registrare il protocollo/il metodo effettivo del proxy, le versioni di Qt/Chromium e la fase fallita. Scegliere un percorso supportato dal consumatore che effettua la richiesta. Per la navigazione pubblica consentita con WebEngine, la lista di proxy SOCKS5 offre candidati da verificare per l'accesso senza autenticazione; usare una configurazione separata senza riportare nome utente o password di un altro proxy. Un metodo non supportato si ferma prima dell'accesso al sito, quindi cambiare l'account di destinazione affronta lo scambio sbagliato.