آزمایش اعتبارنامه‌های پروکسی: موفقیت درخواست در برابر اعتبارسنجی تازه
از یک مقصد کنترل‌شده استفاده کنید، سپس درخواست مجاز را از بررسی تازه گذرواژه پروکسی ارائه‌شده تفکیک کنید.
موفقیت یک درخواست از طریق پروکسی اثبات می‌کند که آن عملیات مجاز بوده است. اما ممکن است ثابت نکند گذرواژه از نو بررسی شده: مقصد می‌تواند مستثنا باشد یا اتصال پیش‌تر احراز هویت شده باشد.
برای بررسی عملیات، از نقطه پایانی کنترل‌شده خود با پاسخی کوچک و شناخته‌شده و سیاست دسترسی‌ای که حساب باید برآورده کند استفاده کنید:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusنقطه پایانی و حساب جایگزین‌اند. این‌ها اعتبارنامه‌های واسطی هستند، جدا از هر ورود به مقصد.
مرحله پاسخ و چالش را کنار هم نگه دارید. 407 می‌تواند مذاکره را آغاز یا ادامه دهد، روش‌های پشتیبانی‌نشده را گزارش کند یا حسابی را رد کند. 403 می‌تواند نشانه رد سیاست باشد و خطای بعدی وب‌سایت می‌تواند پس از ورود موفق از طریق پروکسی رخ دهد.
برای اعتبارسنجی تازه حساب، از بررسی حساب پشتیبانی‌شده توسط اپراتور یا گزارش‌های هویت احراز‌شده استفاده کنید. روی پروکسی خودتان، شواهد بک‌اند می‌تواند اعتبارسنجی واقعی را از درخواست مجاز به‌صورت ناشناس تفکیک کند. هنگام تغییر گذرواژه، پنجره اعتبارسنجی حافظه نهان را در نظر بگیرید وقتی تصمیم می‌گیرید آیا اعتبارنامه قدیمی باید از کار می‌افتاد. برای Squid 6.13 Basic، credentialsttl پنجره حافظه نهان اعتبارسنجی را کنترل می‌کند.