Kasama ng mga query ng proxy ng Qt ang uri ng koneksyon
Panatilihing nakaugnay ang mga kandidato ng proxy ng Qt sa target na URL at operasyon sa halip na i-freeze ang isang resulta bilang pandaigdigang address.
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);Sinusuri ng query na ito ng Qt Network ang patakaran para sa isang URL. Isama ang mga katumbas na header ng Qt Network. Hindi ito nagbubukas ng koneksyon o tumutukoy ng ruta para sa bawat socket sa proseso.
QNetworkProxyQuery ay may impormasyon ng destinasyon at uri ng query. Maaaring kailanganin ng mga operasyong TCP, UDP at server ang iba't ibang kakayahan kaysa sa isang HTTP caching proxy o HTTP tunnel, o isang SOCKS proxy. I-query ang nabigong operasyon sa halip na isang maginhawang hindi kaugnay na pampublikong pahina.
Bigyang-kahulugan ang uri ng bawat kandidato. Sadyang pinipili ng NoProxy ang direktang pag-access; ang host na mukhang walang laman sa resultang iyon ay hindi pagkabigo sa pagtuklas. Panatilihin ang pagkakasunod-sunod ng kagustuhan at mga alternatibong kandidato.
Kapag dapat manatiling dynamic ang routing, gamitin ang sinusuportahang integrasyon ng system configuration o proxy factory para sa kalahok na socket o QNetworkAccessManager. Ang pag-freeze sa unang resulta bilang fixed na application endpoint ay itinatapon ang mga susunod na desisyon bawat destinasyon. Suriin ang aktwal na manager o naka-install na application factory: hindi pinatutunayan ng diagnostic na tawag sa tabi nito na ginagamit nito ang parehong patakaran.
Ang naka-embed na browser ay maaaring may ibang network stack kaysa sa Qt Network. Ang wastong kandidato ng Qt socket ay hindi nagpapatunay na sinusuportahan ng bawat bahagi ang parehong protocol o authentication.