מדוע Firefox עדיין מנתב דרך פרוקסי מארח אינטרנטי בתת-הרשת שברשימת ההחרגה שלך
טווח החרגה לכתובות IP מילוליות אינו פוטר בהכרח שם מארח שמתורגם לאותו טווח.
שמת 192.168.0.0/16 ברשימת „ללא פרוקסי עבור” של Firefox. פתיחת http://192.168.1.20/ עוברת ישירות, אך http://wiki.office.example/ עדיין מגיע לפרוקסי. שתי הכתובות עשויות להתייחס לאותו שרת.
ההבדל החשוב הוא מחרוזת היעד שמולה Firefox מתאים. החרגת טווח IP והחרגת שם מארח אינן ניתנות להחלפה. אל תניח שרשימת ההחרגה הידנית מפענחת כל שם מארח לפני שאתה מחליט אם חל כלל טווח כתובות.
| הכתובת שהוזנה | מידע הזמין להתאמה |
|---|---|
| http://192.168.1.20/ | כתובת IP מילולית |
| http://wiki.office.example/ | שם מארח |
אם לאינטראנט יש דומיין ייעודי, השתמש בהחרגות שם המארח או הדומיין המתאימות במקום לנחש את הכתובות שאליהן השמות עשויים להתפענח. הרחק שירותים ציבוריים לא קשורים מחוץ להחרגה הזו. דומיין יכול להכיל גם יישומים פנימיים וגם כאלה המתארחים בחוץ.
ההסבר המקורי של Mozilla מבדיל במפורש בין התאמת IP מילולית לבין שמות שמתפענחים לאותן כתובות IP. המסמך הזה היסטורי, לכן בדוק את התנהגות הלקוח הנוכחי ואת ממשק המדיניות לפני שתעתיק ממנו כל דוגמת תחביר.
כשהמדיניות זקוקה ל-DNS
קובץ PAC מציע מקום נפרד ומפורש להחלטות מודעות ל-DNS. הוא גם מציג מצבי כשל בהפצה, בהרצה ובפענוח של הסקריפט. השתמש בו משום שדרישת הניתוב זקוקה ללוגיקה הזו, לא רק כדי שרשימת החרגה ארוכה תיראה קצרה יותר.
בהתקנה מנוהלת, בדוק גם את המדיניות האפקטיבית של Firefox. מדיניות פרוקסי נעולה יכול להסביר מדוע עריכה מקומית אינה קובעת את המסלול.
לצורכי פתרון תקלות, רשום את הכתובת המילולית שהזנת, לא רק את כתובת ה-IP הסופית של השרת. השוואה בין כתובת עם שם מארח לכתובת עם כתובת מילולית משנה את המידע הזמין להחלטת ההחרגה, וזו בדיוק הסיבה לכך ששתי הבקשות עשויות ללכת במסלולים שונים.