Qt-proxyførespurnader inkluderer typen tilkopling
Hald Qts proxykandidatar knytte til mål-URL-en og operasjonen i staden for å fryse eitt resultat som ei global adresse.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Denne Qt Network-førespurnaden undersøkjer policyen for éin URL. Ta med dei tilhøyrande Qt Network-overskriftene. Han opnar ikkje ei tilkopling og identifiserer ikkje ruta for kvar socket i prosessen.
QNetworkProxyQuery inkluderer destinasjonsinformasjon og ein førespurnadstype. TCP-, UDP- og serveroperasjonar kan trenge andre eigenskapar enn ein HTTP-bufringsproxy eller HTTP-tunnel, eller ein SOCKS-proxy. Spør om den mislukka operasjonen i staden for ei praktisk, urelatert offentleg side.
Tolk typen til kvar kandidat. NoProxy vel med vilje direkte tilgang; ein vert som ser tom ut i det resultatet, er ikkje ein oppdagingsfeil. Hald på preferanseordenen og alternative kandidatar.
Når ruting skal halde fram med å vere dynamisk, bruk den støtta integrasjonen av systemkonfigurasjon eller proxyfabrikk for socketen eller QNetworkAccessManager som deltek. Å fryse det første resultatet som eit fast applikasjonsendepunkt forkastar seinare avgjerder per destinasjon. Undersøk den faktiske behandlaren eller den installerte applikasjonsfabrikken: eit diagnostisk kall ved sida av beviser ikkje at han brukar same policy.
Ein innebygd nettlesar kan ha ein annan nettverksstakk enn Qt Network. Ein gyldig Qt-socketkandidat fastslår ikkje at kvar komponent støttar same protokoll eller autentisering.