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