ערכתם את קובץ ה-PAC. האם הדפדפן הביא אותו שוב?
שמירת סקריפט פרוקסי בשרת שלו אינה מוכיחה שהדפדפן החליף את התצורה השמורה במטמון. בדקו את האחזור לפני שאתם מאתרים את הבעיה בכלל החדש.
אתם משנים את קובץ ה-PAC מפרוקסי A לפרוקסי B, שומרים אותו וטוענים מחדש אתר. האתר עדיין רואה את פרוקסי A. לפני שתשנו שוב את הכלל, בדקו אם הדפדפן בכלל השיג את הסקריפט החדש.
טעינה מחדש של דף והורדת PAC הן שתי פעולות שונות. הלקוח עשוי לשמור סקריפט ללא תלות בדף שנצפה. חיבור שכבר נוצר מוסיף סיבה נוספת לכך שהפעילות הגלויה הבאה אולי לא תציג החלטת ניתוב חדשה.
חפשו בקשת PAC
השתמשו ביומן הגישה של שרת התצורה ובאבחון הרשת הזמין של הלקוח. זהו את כתובת ה-PAC המדויקת, את התגובה ואת גרסת הסקריפט שנמסר. קובץ שנערך בתיקייה אחת יכול להתקיים לצד קובץ אחר שמגיש מארח האינטרנט הפעיל.
Chromium מתעד את התנהגות המטמון והאחזור החוזר של PAC משלו. ללקוחות אחרים יש כללים משלהם. הימנעו מהפיכת אנקדוטה ישנה של "הפעל מחדש את הדפדפן" למרווח רענון אוניברסלי.
הפכו את ההשוואה למשמעותית
אם מתאים הפעלת סשן דפדפן חדש מבוקר, השתמשו במנגנון התצורה הנתמך ואשרו את האחזור במקום להסתמך רק על מסך הגדרות. היו מודעים לכך שסגירת חלון אינה מסיימת תמיד כל תהליך דפדפן.
לאחר שידוע שהסקריפט החדש נטען, בחנו את תוצאתו עבור היעד. רק אז חקרו שימוש חוזר בחיבור או את כתובת היציאה של שירות הפרוקסי. שלבים מאוחרים אלה אינם יכולים להסביר עריכת PAC שהלקוח מעולם לא קיבל.