कार्यरत Qt Network प्रॉक्सी लॉगिन हे सिद्ध करत नाही की WebEngine तेच SOCKS प्रमाणीकरण समर्थन करते. WebEngine Chromium वापरते, ज्याच्या SOCKS5 अंमलबजावणीत प्रमाणीकरण पद्धतींचे समर्थन नाही; HTTP प्रॉक्सी लॉगिन हाताळणी ती देवाणघेवाण देत नाही.

QNetworkProxy प्रोटोकॉल, होस्ट, पोर्ट, वापरकर्तानाव आणि पासवर्ड साठवू शकते. ती फील्ड वाचणारे दोन ग्राहक तरीही वेगवेगळे प्रोटोकॉल आणि पद्धती अंमलात आणू शकतात.

Network-यश/WebEngine-अपयश तुलनेसाठी प्रत्यक्ष प्रॉक्सी प्रोटोकॉल/पद्धत, Qt/Chromium आवृत्त्या आणि अपयशी टप्पा नोंदवा. विनंती करणारा ग्राहक ज्या मार्गाला समर्थन देतो तो निवडा. परवानगी असलेल्या सार्वजनिक WebEngine ब्राउझिंगसाठी SOCKS5 प्रॉक्सी यादी प्रमाणीकरणाशिवाय प्रवेश तपासण्यासाठी उमेदवार देते; दुसऱ्या प्रॉक्सीचे वापरकर्तानाव किंवा पासवर्ड न घेता स्वतंत्र कॉन्फिगरेशन वापरा. असमर्थित पद्धत वेबसाइट लॉगिनपूर्वी थांबते, त्यामुळे गंतव्य खाते बदलणे चुकीच्या देवाणघेवाणीला संबोधित करते.

संबंधित लेख