Работающий вход через прокси в Qt Network не доказывает, что WebEngine поддерживает ту же аутентификацию SOCKS. WebEngine использует Chromium, реализация SOCKS5 в котором не поддерживает методы аутентификации; обработка входа через HTTP-прокси не обеспечивает этот обмен.

QNetworkProxy может хранить протокол, хост, порт, имя пользователя и пароль. Два потребителя, читающих эти поля, всё равно могут реализовывать разные протоколы и методы.

Для сравнения «успех в Network / сбой в WebEngine» зафиксируйте фактический протокол/метод прокси, версии Qt/Chromium и этап сбоя. Выбирайте маршрут, который поддерживает потребитель, выполняющий запрос. Для разрешённого публичного просмотра через WebEngine список прокси SOCKS5 предлагает кандидатов для проверки доступа без аутентификации; используйте отдельную конфигурацию, не перенося имя пользователя или пароль другого прокси. Неподдерживаемый метод останавливается до входа на сайт, поэтому смена целевой учётной записи затрагивает не тот обмен.

Похожие статьи