Pyetjet e proxy-t të Qt përfshijnë llojin e lidhjes
Mbani kandidatët e proxy-t të Qt të lidhur me URL-në dhe operacionin e synuar në vend që të ngrini një rezultat si adresë globale.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Kjo pyetje Qt Network shqyrton politikën për një URL. Përfshini header-at përkatës të Qt Network. Nuk hap një lidhje dhe nuk identifikon rrugën për çdo socket në proces.
QNetworkProxyQuery përfshin informacionin e destinacionit dhe një lloj pyetjeje. Operacionet TCP, UDP dhe të serverit mund të kërkojnë aftësi të ndryshme nga një proxy cache HTTP ose tunel HTTP, ose një proxy SOCKS. Pyetni operacionin që dështoi në vend të një faqe publike të përshtatshme dhe të palidhur.
Interpretoni llojin e çdo kandidati. NoProxy zgjedh qëllimisht aksesin e drejtpërdrejtë; një host që duket bosh në atë rezultat nuk është dështim zbulimi. Ruani rendin e preferencës dhe kandidatët alternativë.
Kur rrugëtimi duhet të mbetet dinamik, përdorni integrimin e mbështetur të konfigurimit të sistemit ose fabrikës së proxy-t për socket-in ose QNetworkAccessManager-in pjesëmarrës. Ngrirja e rezultatit të parë si pikë fundore fikse e aplikacionit hedh poshtë vendimet e mëvonshme për çdo destinacion. Inspektoni menaxherin aktual ose fabrikën e aplikacioneve të instaluar: një thirrje diagnostike pranë tij nuk provon se përdor të njëjtën politikë.
Një shfletues i integruar mund të ketë një stack rrjeti të ndryshëm nga Qt Network. Një kandidat i vlefshëm socket Qt nuk vërteton se çdo komponent mbështet të njëjtin protokoll ose vërtetim.