SOCKS-Authentifizierung in Qt Network und WebEngine
Trennen Sie die Proxy-Einstellungen von Qt Network vom Verhalten der Chromium-basierten WebEngine, wenn ein SOCKS-Dienst eine Authentifizierung verlangt.
Eine funktionierende Proxy-Anmeldung in Qt Network belegt nicht, dass WebEngine dieselbe SOCKS-Authentifizierung unterstützt. WebEngine nutzt Chromium, dessen SOCKS5-Implementierung keine Unterstützung für Authentifizierungsmethoden bietet; die Behandlung einer HTTP-Proxy-Anmeldung liefert diesen Austausch nicht.
QNetworkProxy kann Protokoll, Host, Port, Benutzername und Passwort speichern. Zwei Verbraucher, die diese Felder lesen, können dennoch unterschiedliche Protokolle und Methoden umsetzen.
Für einen Vergleich „Network erfolgreich / WebEngine fehlgeschlagen“ halten Sie das tatsächliche Proxy-Protokoll bzw. die Methode, die Qt-/Chromium-Versionen und die fehlgeschlagene Stufe fest. Wählen Sie einen Weg, den der anfragende Verbraucher unterstützt. Für erlaubtes öffentliches Browsen mit WebEngine bietet die SOCKS5-Proxy-Liste Kandidaten zur Prüfung auf Zugriff ohne Authentifizierung; verwenden Sie eine getrennte Konfiguration, ohne Benutzername oder Passwort eines anderen Proxys zu übernehmen. Eine nicht unterstützte Methode endet vor der Anmeldung auf der Website, sodass ein Wechsel des Zielkontos den falschen Austausch adressiert.