Qt प्रॉक्सी क्वेरीज़ में कनेक्शन का प्रकार शामिल होता है
Qt के प्रॉक्सी उम्मीदवारों को लक्ष्य URL और ऑपरेशन से जोड़े रखें, एक परिणाम को वैश्विक पते के रूप में जमाने के बजाय।
QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);
यह Qt Network क्वेरी एक URL के लिए नीति की जाँच करती है। संबंधित Qt Network हेडर शामिल करें। यह कनेक्शन नहीं खोलती और प्रक्रिया में प्रत्येक सॉकेट के लिए मार्ग की पहचान नहीं करती।
QNetworkProxyQuery में गंतव्य जानकारी और क्वेरी प्रकार शामिल होता है। TCP, UDP और सर्वर ऑपरेशनों को HTTP कैशिंग प्रॉक्सी या HTTP टनल, या SOCKS प्रॉक्सी से भिन्न क्षमताओं की आवश्यकता हो सकती है। सुविधाजनक असंबंधित सार्वजनिक पृष्ठ के बजाय विफल ऑपरेशन को क्वेरी करें।
प्रत्येक उम्मीदवार के प्रकार की व्याख्या करें। NoProxy जानबूझकर सीधी पहुँच चुनता है; उस परिणाम में खाली दिखने वाला होस्ट खोज की विफलता नहीं है। वरीयता क्रम और वैकल्पिक उम्मीदवार बनाए रखें।
जब रूटिंग गतिशील रहनी चाहिए, तो भाग लेने वाले सॉकेट या QNetworkAccessManager के लिए समर्थित सिस्टम-कॉन्फ़िगरेशन या प्रॉक्सी-फ़ैक्टरी एकीकरण का उपयोग करें। पहले परिणाम को स्थिर अनुप्रयोग एंडपॉइंट के रूप में जमाने से बाद के प्रति-गंतव्य निर्णय छूट जाते हैं। वास्तविक प्रबंधक या स्थापित अनुप्रयोग फ़ैक्टरी का निरीक्षण करें: उसके पास का नैदानिक कॉल यह सिद्ध नहीं करता कि यह वही नीति उपयोग करता है।
एम्बेडेड ब्राउज़र में Qt Network से भिन्न नेटवर्क स्टैक हो सकता है। वैध Qt-सॉकेट उम्मीदवार यह सिद्ध नहीं करता कि प्रत्येक घटक वही प्रोटोकॉल या प्रमाणीकरण समर्थित करता है।