למה קובץ ה-PAC שלך בוחר במתאם הרשת הלא נכון
למחשב נייד יכולים להיות כמה כתובות מקומיות. כלל PAC המבוסס על myIpAddress() עשוי לזהות ממשק אחר מזה שציפית לו.
המחשב הנייד מחובר ל-Wi-Fi של המשרד, כבל ה-Ethernet מחובר, ומתאם VPN עדיין קיים. קובץ ה-PAC שלך שואל את myIpAddress() באיזו רשת הוא נמצא. זה נשמע סביר עד שהוא מקבל כתובת ששייכת למתאם הלא נכון.
הפרט החסר הוא שהפונקציה מחזירה כתובת אחת. היא אינה מלאי של כל הממשקים, והיא אינה פונה לאתר אינטרנט כדי לגלות את כתובת ה-IP הציבורית שלך. כתובת פרטית, או אפילו גיבוי loopback, לא מספרת לך באיזו כתובת יציאה תשתמש בקשה דרך פרוקסי.
תשובה אחת למכונה עם כמה כתובות
בחירת ממשק הרשת שייכת למימוש ה-PAC. העצה הישנה לסדר מחדש מתאדי Windows עשויה לתאר גרסת דפדפן ומערכת הפעלה מסוימת, אבל היא תיקון כללי גרוע. Chromium מתעד את אלגוריתם הבחירה ומגבלות ריבוי הרשתות שלו; לקוח אחר אינו חייב לבחור באותה דרך.
התחל בזיהוי הערך שהדפדפן המושפע סיפק בפועל, ואז השווה אותו לבדיקות תת-הרשת בסקריפט שלך. עשה זאת בנפרד ב-Wi-Fi, ב-Ethernet ובחיבור ה-VPN המאושר. כתובת שנראית מפתיעה עדיין יכולה לעמוד בכללי המימוש.
הפוך את ההחלטה לתלויה בפחות ניחושים
כאשר אפשרי, בחר פרוקסי לפי שם המארח של היעד ולא לפי ממשק לקוח משוער. אם נדרש זיהוי רשת, השתמש באות מכוון ומתועד שהארגון שלך שולט בו. גם זיהוי מבוסס DNS סובל ממצבי כשל, לכן הגדר מה קורה כאשר האות הזה אינו זמין.
מימושים מסוימים מציעים myIpAddressEx(). בדוק את התמיכה ואת פורמט ההחזרה לפני שתאמץ אותו; הוא אינו תחליף ישיר למחרוזת IPv4 אחת. לבסוף, אמת את מסלול הבקשה הנובע באופן עצמאי. זיהוי נכון של תת-הרשת של המשרד והגעה לפרוקסי המיועד הם שני תוצאות נפרדות.