احراز هویت Digest پروکسی در Requests
احراز هویت Digest مقصد در Requests را از Digest پروکسی و الزامات تونل HTTPS آن جدا کنید.
HTTPDigestAuth در Requests احراز هویت مقصد را مدیریت می‌کند. در مقابل، پروکسی وضعیت 407 را همراه با Proxy-Authenticate برمی‌گرداند و به مدیریت احراز هویت خودش نیاز دارد.
requests-toolbelt کلاس HTTPProxyDigestAuth را برای پردازش چالش‌های پروکسی و آماده‌سازی مجوز پروکسی فراهم می‌کند. سازگاری را با نسخه‌های دقیق Requests و لایه انتقالی که استفاده می‌کنید بررسی کنید.
HTTPS CONNECT به پشتیبانی جداگانه نیاز دارد
پروکسی می‌تواند هنگام برقراری تونل CONNECT چالشی مطرح کند، پیش از آنکه پاسخ عادی مقصد به قلاب‌های پاسخ برسد. بنابراین مدیریت یک 407 قابل مشاهده، پشتیبانی از همه مسیرهای احراز هویت CONNECT را ثابت نمی‌کند.
برای مقاصد HTTPS از کارخواه یا یکپارچه‌سازی نگه‌داری‌شده‌ای استفاده کنید که احراز هویت پروکسی موردنیاز را در زمان برپایی تونل صریحاً پشتیبانی کند. وصله‌های میمونی که به درون‌ساخت‌های قدیمی Requests یا urllib3 وابسته‌اند، پیش از استفاده دوباره به بیانیه سازگاری نگه‌داری‌شده نیاز دارند.
الزامات احراز هویت پروکسی و مقصد را در فیلدهای جداگانه ثبت کنید، از جمله مرحله‌ای که شکست خورد. این نشان می‌دهد کدام چالش مدیریت شده و کدام هنوز به پشتیبانی نیاز دارد.