از نتیجه آزمون PAC تا مسیر واقعی مرورگر
مسیری که یک تابع PAC برمی‌گرداند را از تحویل فایل، پذیرش مرورگر، دسترسی پروکسی و مسیر نهایی درخواست جدا کنید.
یک ابزار آزمون PAC مقدار PROXY proxy.example:8080 را برمی‌گرداند. نتیجه‌ای سودمند. با این حال، پیش از آنکه پیکربندی مرورگر تأییدشده دانسته شود، چند پرسش دیگر باقی است.
| پرسش | چه چیزی را بررسی کنید |
|---|---|
| این اسکریپت برای این ورودی چه برمی‌گرداند؟ | ارزیاب، نشانی ورودی و نتایج توابع کمکی |
| آیا مرورگر این نسخه را به دست آورد؟ | نشانی PAC پیکربندی‌شده و شواهد تحویل یا حافظه نهان |
| آیا مرورگر از مسیر برگشتی استفاده کرد؟ | عیب‌یابی مرورگر در تعیین پروکسی و اتصال |
| آیا آن مسیر می‌توانست درخواست را حمل کند؟ | اتصال نقطه پایانی انتخاب‌شده و تبادل با پروکسی |
ابزاری مانند pacparser منطق PAC را با توابع کمکی پشتیبانی‌شده خود ارزیابی می‌کند. این ابزار سازوکار کامل مرورگر هدف برای کشف پیکربندی، سیاست، حافظه نهان و اتصال را اجرا نمی‌کند.
ورودی‌ها را قابل مقایسه نگه دارید. طرح URL متفاوت، شیوه نوشتن نام میزبان، پاسخ DNS یا نشانی کارساز ارائه‌شده می‌تواند نتیجه‌ای معتبر را تغییر دهد. آزمون در شبکه‌ای دیگر ممکن است بدون هیچ خطایی در اسکریپت شاخه دیگری را فعال کند.
سیاست مرورگر نیز می‌تواند نشانی PAC دیگری یا پروکسی ثابت انتخاب کند. ویرایش فایل روی دیسک ثابت نمی‌کند که مرورگر آن را دوباره گرفته است. در Chrome، تازه‌سازی PAC با پاک کردن پروکسی‌های بد به‌یادمانده تفاوت دارد. نسخه دقیق فایل و تنظیمات مرتبط مصرف‌کننده را همراه نتیجه ثبت کنید.
برای محدود کردن یک مشکل منطقی از ارزیابی برون‌خطی استفاده کنید. برای اثبات پذیرش و مسیریابی از عیب‌یابی کارساز واقعی استفاده کنید. اگر نتیجه اسکریپت درست است اما پروکسی هیچ تراکنشی نمی‌بیند، پیش از بازنویسی قاعده‌ای که کار می‌کند همان شکاف را بررسی کنید.