מה המשמעות של <local> ברשימת העקיפה של WinHTTP

רשימת העקיפה של WinHTTP יכולה להכיל את האסימון המיוחד <local>. בהקשר הזה, local פירושו שם שרת בלי נקודה. זה אינו סיווג כללי של כל כתובת IP פרטית או של כל מכשיר ב-Wi-Fi שלכם.

לכן שם מארח קצר ושם מארח עם נקודות הם קלטים שונים. יישום שמבקש http://intranet/ יכול להתאים לאסימון, בעוד ש-http://intranet.example.internal/ זקוק לכלל המפורש החל.

קראו את החריגים המוגדרים

עבור תצורת WinHTTP מבוקשת, דוגמה סטטית היא:

netsh winhttp set proxy `
  proxy-server="203.0.113.10:8080" `
  bypass-list="<local>;*.example.internal"

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

כלל התו הכללי ואסימון local ממלאים תפקידים נפרדים. כתובת IP עם נקודות כמו 192.168.1.10 אינה שם מארח בלי נקודה. אם כתובת כזו אמורה להיות ישירה, השתמשו בחריג מפורש עם תמיכה מתאימה במקום להניח שהמילה local מכסה אותה.

בדקו את המארח בפועל של הבקשה

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

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

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

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