احراز هویت SOCKS در Qt Network و WebEngine
وقتی سرویس SOCKS به احراز هویت نیاز دارد، تنظیمات پروکسی Qt Network را از رفتار WebEngine مبتنی بر Chromium جدا کنید.
ورود موفق پروکسی در Qt Network ثابت نمی‌کند که WebEngine همان احراز هویت SOCKS را پشتیبانی می‌کند. WebEngine از Chromium استفاده می‌کند که پیاده‌سازی SOCKS5 آن پشتیبانی از روش‌های احراز هویت را ندارد؛ مدیریت ورود پروکسی HTTP آن تبادل را فراهم نمی‌کند.
QNetworkProxy می‌تواند پروتکل، میزبان، درگاه، نام کاربری و گذرواژه را ذخیره کند. دو مصرف‌کننده‌ای که این فیلدها را می‌خوانند باز هم می‌توانند پروتکل‌ها و روش‌های متفاوتی پیاده کنند.
برای مقایسه موفقیت Network و شکست WebEngine، پروتکل/روش واقعی پروکسی، نسخه‌های Qt/Chromium و مرحله شکست را ثبت کنید. مسیری را انتخاب کنید که مصرف‌کننده درخواست‌دهنده پشتیبانی می‌کند. برای مرور عمومی مجاز با WebEngine، فهرست پروکسی SOCKS5 نامزدهایی برای بررسی دسترسی بدون احراز هویت ارائه می‌دهد؛ از پیکربندی جداگانه استفاده کنید و نام کاربری یا گذرواژه پروکسی دیگری را منتقل نکنید. روش پشتیبانی‌نشده پیش از ورود به وب‌سایت متوقف می‌شود، پس تغییر حساب مقصد تبادل نادرست را هدف می‌گیرد.