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-ից տարբեր ցանցային կույտ։ Վավեր Qt socket թեկնածուն չի հաստատում, որ յուրաքանչյուր բաղադրիչ աջակցում է նույն արձանագրությունը կամ նույնականացումը։