احراز هویت پیش‌دستانه Basic پراکسی برای یک نقطه پایانی شناخته‌شده

کلاینتی که ابتدا منتظر چالش می‌ماند، صبر می‌کند تا پراکسی بپرسد. کلاینت Basic پیش‌دستانه از قبل نقطه پایانی انتخاب‌شده را می‌داند و اعتبارنامه را در نخستین درخواست مناسب می‌فرستد. حذف آن تبادل می‌تواند سودمند باشد. با این حال هنوز تصمیمی درباره این است که گذرواژه کجا می‌رود.

پیش از بهینه‌سازی نقطه پایانی را بشناسید

پراکسی خصوصی ثابت با سیاست احراز هویت شناخته‌شده وضعیت روشن‌تری از لایه مسیریابی است که ممکن است واسطه‌ای ناآشنا برگزیند. حساب را به هویت و پروتکل مورد انتظار پراکسی گره بزنید. callback عمومی نسازید که به هر چالش با یک گذرواژه شرکتی پاسخ دهد.

Basic نمایش base64 حساب را حمل می‌کند، نه یک اثبات رمزنگاری‌شده. TLS تا شنونده پراکسی انتخابی جدا از نشست HTTPS وب‌سایت است. تونل HTTPS وب‌سایت اعتبارنامه Basic فرستاده‌شده روی اتصال رمزنگاری‌نشده کلاینت‌به‌پراکسی را به‌طور گذشته‌نگر محافظت نمی‌کند. LAN خصوصی یک مکان است، نه ویژگی رمزنگاری.

سازوکار را مشخص نگه دارید

Basic پیش‌دستانه میان‌بُر همگانی برای Digest، NTLM یا Negotiate نیست. آن سازوکارها الزامات تبادل خود را دارند. کلاینتی که طرح‌های پشتیبانی‌شده را کشف می‌کند می‌تواند به‌طور مشروع تراکنش‌های بیشتری انجام دهد.

از رابط احراز هویت پراکسی کتابخانه انتخاب‌شده استفاده کنید و سپس طرح و دامنه مؤثر را بررسی کنید. تنظیم پیش‌احراز هویت مقصد ممکن است دست‌دادن پراکسی را کنترل نکند. اتصال احراز‌شده موجود نیز می‌تواند پنهان کند که آیا اتصال تازه چالشی انجام می‌دهد.

کل عملیات را مقایسه کنید: شمار تبادل‌ها، زمان تکمیل، حفاظت انتقال لازم و رفتار هنگام تغییر پراکسی. گزارش پاکیزه‌تر تنها زمانی سودمند است که برنامه همچنان با واسطه مورد نظر احراز هویت کند و هنگامی که این ترتیب برقرار نمی‌شود متوقف شود.