Qt-proxy-fragen omfetsje it soarte ferbining
Hâld de proxy-kandidaten fan Qt ferbûn mei de doel-URL en de operaasje yn stee fan ien resultaat as globale adres te befreezjen.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Dizze Qt Network-fraach ûndersiket belied foar ien URL. Foegje de oerienkommende Qt Network-headers ta. It iepenet gjin ferbining en identifisearret net de rûte foar elke socket yn it proses.
QNetworkProxyQuery befettet bestimmingsynformaasje en in fraachtype. TCP-, UDP- en serveroperaasjes kinne oare mooglikheden nedich hawwe as in HTTP-cacheproxy of HTTP-tunnel, of in SOCKS-proxy. Freegje de mislearre operaasje op yn stee fan in handich, net besibbe iepenbiere side.
Ynterspretearje it type fan elke kandidaat. NoProxy kiest bewust direkte tagong; in host dy't yn dat resultaat leech liket, is gjin ûntdekkingsflater. Behâld de foarkarsfolchoarder en alternative kandidaten.
As routing dynamysk bliuwe moat, brûk de stipe yntegraasje fan systeemkonfiguraasje of proxyfabryk foar de dielnimmende socket of QNetworkAccessManager. It befriezen fan it earste resultaat as fest app-einpunt ferwaarleazget lettere besluten per bestimming. Undersykje de eigentlike behearder of de ynstalleare appfabryk: in diagnostyske oprop dêrby bewiist net dat it itselde belied brûkt.
In ynbêde browser kin in oare netwurkstack hawwe as Qt Network. In jildige Qt-socketkandidaat bewissiget net dat elke komponint itselde protokol of autentikaasje stipet.