Qt-proxyforespørsler inkluderer typen tilkobling
Hold Qts proxykandidater knyttet til mål-URL-en og operasjonen i stedet for å fryse ett resultat som en global adresse.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Denne Qt Network-forespørselen undersøker policyen for én URL. Inkluder de tilhørende Qt Network-overskriftene. Den åpner ikke en tilkobling og identifiserer ikke ruten for hver socket i prosessen.
QNetworkProxyQuery inkluderer destinasjonsinformasjon og en forespørselstype. TCP-, UDP- og serveroperasjoner kan trenge andre egenskaper enn en HTTP-bufringsproxy eller HTTP-tunnel, eller en SOCKS-proxy. Spør den mislykkede operasjonen i stedet for en praktisk, urelatert offentlig side.
Tolk typen til hver kandidat. NoProxy velger bevisst direkte tilgang; en vert som ser tom ut i det resultatet, er ikke en oppdagelsesfeil. Behold preferanseordenen og alternative kandidater.
Når ruting skal forbli dynamisk, bruk den støttede integrasjonen av systemkonfigurasjon eller proxyfabrikk for socketen eller QNetworkAccessManager som deltar. Å fryse det første resultatet som et fast applikasjonsendepunkt forkaster senere beslutninger per destinasjon. Undersøk den faktiske behandleren eller den installerte applikasjonsfabrikken: et diagnostisk kall ved siden av beviser ikke at den bruker samme policy.
En innebygd nettleser kan ha en annen nettverksstakk enn Qt Network. En gyldig Qt-socketkandidat fastslår ikke at hver komponent støtter samme protokoll eller autentisering.