Автентифікація SOCKS у Qt Network і WebEngine
Відокремлюйте налаштування проксі Qt Network від поведінки WebEngine на базі Chromium, коли служба SOCKS вимагає автентифікації.
Робочий вхід через проксі в Qt Network не доводить, що WebEngine підтримує ту саму автентифікацію SOCKS. WebEngine використовує Chromium, реалізація SOCKS5 у якому не підтримує методів автентифікації; обробка входу через HTTP-проксі не забезпечує цього обміну.
QNetworkProxy може зберігати протокол, хост, порт, ім'я користувача й пароль. Два споживачі, які читають ці поля, все одно можуть реалізовувати різні протоколи й методи.
Для порівняння «успіх у Network / збій у WebEngine» зафіксуйте фактичний протокол/метод проксі, версії Qt/Chromium і етап збою. Вибирайте маршрут, який підтримує споживач, що виконує запит. Для дозволеного публічного перегляду через WebEngine список проксі SOCKS5 пропонує кандидатів для перевірки доступу без автентифікації; використовуйте окрему конфігурацію, не переносячи ім'я користувача чи пароль іншого проксі. Непідтримуваний метод зупиняється до входу на сайт, тому зміна цільового облікового запису стосується не того обміну.