תקועים על „Resolving Host in Proxy Script“? הביטו בקובץ ה-PAC

הודעת המצב אומרת „Resolving host in proxy script“, אך החלפת שרתי פרוקסי כמעט אינה משנה. זהו רמז שימושי: ייתכן שהדפדפן עדיין מחליט לאן לשלוח את הבקשה.

קובץ PAC יכול לבצע בדיקות התלויות ב-DNS. אם הבדיקות הללו ממתינות ל-resolver שאינו נגיש או שואלות שוב ושוב שאלות מיותרות, טעינת העמוד עשויה להיעצר לפני שהפרוקסי הנבחר מקבל דבר.

1. אתרו את ההשהיה

עבור כתובת URL אחת שנפגעה, קבעו אם העיכוב מתרחש בעת אחזור קובץ ה-PAC, בעת הערכתו, או בעת ההתחברות לפרוקסי המוחזר. יומן גישה ריק של הפרוקסי תואם לשני השלבים הראשונים; הוא אינו מוכיח שהדפדפן השתמש במסלול ישיר.

לאחר מכן בדקו אילו כללים זקוקים ל-DNS. הנחיות הביצועים של Microsoft ל-PAC ממליצות להימנע מעבודה מיותרת התלויה ב-DNS. בדיקת שוויון של שם מארח אינה זקוקה לאותו מידע כמו פענוח אותו שם ובדיקת תת-רשת.

2. הסירו עבודת DNS מיותרת

חריגים מוכרים של שמות מארח לרוב ניתנים להכרעה לפני בדיקות רחבות המבוססות על כתובות. פענחו שם רק כאשר המדיניות שנותרה אכן זקוקה לכתובת שלו. שמרו את התוצאה במשתנה מקומי אם כמה תנאים עוקבים זקוקים לאותו ערך.

אל „תתקנו“ סקריפט איטי על ידי הוספת החזרת DIRECT ללא תנאי בראש. זה מסיר את החלטת הניתוב יחד עם העיכוב.

פתרונות DNS ייחודיים למכונה זקוקים לראיות. הפעלת שיתוף קבצים או שכתוב קובץ ה-hosts בכל מחשב נייד היא תגובה ראשונה גרועה לסקריפט ניתוב איטי. בדקו את התנהגות ה-resolver ושם המארח ברשת שנפגעה, במיוחד לאחר שינוי רשת, ושנו את ה-PAC רק במקום שבו מסלול ההחלטה האמיתי שלו דורש זאת.