فایل PAC را ویرایش کردید. آیا مرورگر دوباره آن را گرفت؟
ذخیرهٔ یک اسکریپت پروکسی روی سرور آن اثبات نمی‌کند که مرورگر پیکربندی کش‌شدهٔ خود را جایگزین کرده است. پیش از عیب‌یابی قاعدهٔ جدید، واکشی را بررسی کنید.
فایل PAC را از پروکسی A به پروکسی B تغییر می‌دهید، ذخیره می‌کنید و یک وب‌سایت را دوباره بارگذاری می‌کنید. سایت هنوز پروکسی A را می‌بیند. پیش از تغییر دوبارهٔ قاعده، بررسی کنید که آیا مرورگر اصلاً اسکریپت جدید را دریافت کرده است.
بارگذاری دوبارهٔ صفحه و دانلود PAC دو عملیات متفاوت‌اند. کلاینت ممکن است اسکریپت را مستقل از صفحهٔ در حال مشاهده نگه دارد. اتصال از پیش برقرارشده دلیل دیگری می‌افزاید که فعالیت دیدنی بعدی ممکن است تصمیم مسیریابی تازه‌ای را نشان ندهد.
به دنبال درخواست PAC بگردید
از گزارش دسترسی سرور پیکربندی و تشخیص‌های شبکهٔ موجود کلاینت استفاده کنید. نشانی دقیق PAC، پاسخ و نسخهٔ اسکریپت تحویل‌شده را مشخص کنید. فایلی که در یک پوشه ویرایش شده می‌تواند همراه با فایل دیگری که میزبان وب فعال ارائه می‌دهد وجود داشته باشد.
Chromium رفتار خود در کش کردن و واکشی دوبارهٔ PAC را مستند می‌کند. کلاینت‌های دیگر قواعد خود را دارند. از تبدیل حکایت قدیمی «مرورگر را دوباره راه‌اندازی کنید» به یک بازهٔ تازه‌سازی جهانی بپرهیزید.
مقایسه را معنادار کنید
اگر یک نشست تازهٔ کنترل‌شدهٔ مرورگر مناسب است، از سازوکار پیکربندی پشتیبانی‌شده استفاده کنید و به‌جای تکیه بر صفحهٔ تنظیمات، واکشی را تأیید کنید. آگاه باشید که بستن پنجره همیشه همهٔ فرایندهای مرورگر را پایان نمی‌دهد.
وقتی معلوم شد اسکریپت جدید بارگذاری شده است، نتیجهٔ آن برای مقصد را بررسی کنید. تنها پس از آن استفادهٔ دوباره از اتصال یا نشانی خروج سرویس پروکسی را بررسی کنید. آن مراحل بعدی نمی‌توانند ویرایش PAC را توضیح دهند که کلاینت هرگز دریافت نکرد.