אימות SOCKS ב-Qt Network וב-WebEngine
הפרידו בין הגדרות ה-proxy של Qt Network לבין ההתנהגות של WebEngine מבוסס Chromium כאשר שירות SOCKS דורש אימות.
התחברות proxy עובדת ב-Qt Network אינה מוכיחה ש-WebEngine תומך באותו אימות SOCKS. WebEngine משתמש ב-Chromium, שמימוש ה-SOCKS5 שלו חסר תמיכה בשיטות אימות; טיפול בהתחברות proxy מסוג HTTP אינו מספק את החליפין הזה.
QNetworkProxy יכול לאחסן פרוטוקול, מארח, פורט, שם משתמש וסיסמה. שני צרכנים שקוראים את השדות הללו עדיין עשויים ליישם פרוטוקולים ושיטות שונים.
כדי להשוות הצלחה ב-Network לכשל ב-WebEngine, תעדו את פרוטוקול/שיטת ה-proxy בפועל, את גרסאות Qt/Chromium ואת השלב שנכשל. בחרו מסלול שהצרכן ששולח את הבקשה תומך בו. לגלישה ציבורית מורשית ב-WebEngine, רשימת ה-proxy של SOCKS5 מציעה מועמדים לבדיקת גישה ללא אימות; השתמשו בתצורה נפרדת בלי להעביר שם משתמש או סיסמה של proxy אחר. שיטה שאינה נתמכת נעצרת לפני ההתחברות לאתר, ולכן החלפת חשבון היעד מטפלת בחליפין הלא נכון.