שאילתות פרוקסי של Qt כוללות את סוג החיבור

QNetworkProxyQuery query(QUrl(QStringLiteral("https://service.example.net/")));
const auto candidates = QNetworkProxyFactory::systemProxyForQuery(query);

שאילתת Qt Network הזו בודקת את המדיניות עבור כתובת URL אחת. כללו את כותרות ה-Qt Network המתאימות. היא אינה פותחת חיבור ואינה מזהה את המסלול עבור כל socket בתהליך.

QNetworkProxyQuery כולל פרטי יעד וסוג שאילתה. פעולות TCP, UDP ופעולות שרת עשויות להזדקק ליכולות שונות מאלה של פרוקסי מטמון HTTP או מנהרת HTTP, או פרוקסי SOCKS. שאלו על הפעולה שנכשלה ולא על עמוד ציבורי נוח שאינו קשור.

פרשו את הסוג של כל מועמד. NoProxy בוחר במכוון בגישה ישירה; מארח שנראה ריק בתוצאה הזו אינו כשל גילוי. שמרו על סדר ההעדפה ועל מועמדים חלופיים.

כאשר הניתוב צריך להישאר דינמי, השתמשו באינטגרציית תצורת המערכת או מפעל הפרוקסי הנתמכת עבור ה-socket או ה-QNetworkAccessManager המשתתפים. הקפאת התוצאה הראשונה כנקודת קצה קבועה של היישום פוסלת החלטות מאוחרות יותר לפי יעד. בדקו את המנהל בפועל או את מפעל היישומים המותקן: קריאת אבחון לצידו אינה מוכיחה שהוא משתמש באותה מדיניות.

לדפדפן מוטמע עשוי להיות מחסנית רשת שונה מזו של Qt Network. מועמד תקין ל-socket של Qt אינו מוכיח שכל רכיב תומך באותו פרוטוקול או אימות.