Një hyrje proxy funksionale në Qt Network nuk dëshmon se WebEngine mbështet të njëjtin vërtetim SOCKS. WebEngine përdor Chromium, implementimi i SOCKS5 i të cilit nuk ka mbështetje për metoda vërtetimi; trajtimi i hyrjes përmes proxy HTTP nuk e ofron atë shkëmbim.

QNetworkProxy mund të ruajë protokollin, hostin, portin, emrin e përdoruesit dhe fjalëkalimin. Dy konsumatorë që lexojnë këto fusha mund të zbatojnë protokolle dhe metoda të ndryshme.

Për të krahasuar suksesin në Network dhe dështimin në WebEngine, regjistroni protokollin/metodën aktuale të proxy-t, versionet Qt/Chromium dhe fazën që dështoi. Zgjidhni një rrugë të mbështetur nga konsumatori që bën kërkesën. Për shfletim publik të lejuar me WebEngine, lista e proxy-ve SOCKS5 ofron kandidatë për të kontrolluar aksesin pa vërtetim; përdorni një konfigurim të veçantë pa bartur emrin e përdoruesit ose fjalëkalimin e një proxy tjetër. Një metodë e pambështetur ndalon para hyrjes në faqe, prandaj ndryshimi i llogarisë së destinacionit trajton shkëmbimin e gabuar.

Artikuj të ngjashëm