Qt-proxyquery's bevatten het type verbinding
Houd de proxykandidaten van Qt gekoppeld aan de doel-URL en de bewerking in plaats van één resultaat als wereldwijd adres vast te vriezen.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Deze Qt Network-query onderzoekt het beleid voor één URL. Neem de bijbehorende Qt Network-headers op. Hij opent geen verbinding en identificeert niet de route voor elke socket in het proces.
QNetworkProxyQuery bevat bestemmingsinformatie en een querytype. TCP-, UDP- en serverbewerkingen kunnen andere mogelijkheden nodig hebben dan een HTTP-cacheproxy of HTTP-tunnel, of een SOCKS-proxy. Bevraag de mislukte bewerking in plaats van een handige, niet-gerelateerde openbare pagina.
Interpreteer het type van elke kandidaat. NoProxy kiest bewust directe toegang; een host die in dat resultaat leeg lijkt, is geen ontdekkingsfout. Behoud de voorkeursvolgorde en alternatieve kandidaten.
Wanneer routing dynamisch moet blijven, gebruik de ondersteunde integratie van systeemconfiguratie of proxyfabriek voor de deelnemende socket of QNetworkAccessManager. Het eerste resultaat als vast applicatie-eindpunt vastvriezen verwerpt latere beslissingen per bestemming. Inspecteer de werkelijke beheerder of de geïnstalleerde applicatiefabriek: een diagnostische aanroep ernaast bewijst niet dat deze hetzelfde beleid gebruikt.
Een ingebedde browser kan een andere netwerkstack hebben dan Qt Network. Een geldige Qt-socketkandidaat bewijst niet dat elke component hetzelfde protocol of dezelfde authenticatie ondersteunt.