קובצי PAC: מתי בקשה משתמשת בפרוקסי או יוצאת ישירות

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

function FindProxyForURL(url, host) {
  if (host === "example.com") {
    return "PROXY 203.0.113.10:8080; DIRECT";
  }
  return "DIRECT";
}

הסקריפט מציע ל-example.com את פרוקסי ה-HTTP ואחריו DIRECT. כל המארחים האחרים מוגדרים ישירים במפורש, ולכן בדיקת IP בדומיין אחר לעולם אינה בודקת את ענף הפרוקסי. החליפו את נקודת התיעוד בפרוקסי HTTP המיועד לפני השימוש; רשימת שרתי פרוקסי HTTP מספקת מועמדים כשפרוקסי ציבורי מתאים למדיניות.

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

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

PROXY IP:port מציין מאזין HTTP רגיל. הוא יכול להעביר HTTPS דרך CONNECT כשזה נתמך; לא צריך נקודת קצה נפרדת רק משום שהאתר HTTPS. השתמשו רק במידע URL שהדפדפן מספק: נתיב HTTPS וחלק השאילתה עשויים להימחק לפני הערכת PAC.

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