עקיפת פרוקסי ב-Chrome עבור סכימה ויציאה אחת
השתמשו בתבנית עקיפה ידנית נתמכת של Chromium כאשר רק סכימה אחת ויציאה אחת אמורות להימנע מהפרוקסי המוגדר.
כדי להשאיר ישירות רק API של HTTPS ביציאה 8443, הוסיפו כלל של סכימה ויציאה להגדרה קיימת של תוסף שרת קבוע ב-Chromium:
bypassList: [
"https://api.office.example:8443"
]
זהו קטע הכללים. שמרו על ההרשאות, המצב, נקודת הקצה של הפרוקסי וטיפול ההשלמה שסביבו. הכלל בוחר את הסכימה, שם המארח והיציאה האלה; נתיב יישום אינו שדה התאמה נוסף בתחביר הזה.
שמרו את הגבולות לצד ההתאמה המיועדת:
- אותו שם מארח ביציאה אחרת אמור לשמור על מסלול הפרוקסי המיועד שלו.
- יש לבדוק סכימה אחרת בנפרד.
- תת-דומיין קשור הוא יעד נוסף לבדיקה.
אם הבקשות האלה יוצאות ישירות באופן בלתי צפוי, בדקו את תצורת הפרוקסי האפקטיבית של הדפדפן לאיתור חריגים אחרים, כולל כללים ברמת המארח כולו, סיומת וכללים מקומיים משתמעים. הוספת רשומה צרה אחת אינה מסירה חריג רחב יותר במקום אחר.
התחביר הזה שייך לממשק ה-Chromium הרלוונטי. מנתח NO_PROXY של תוכנית אחרת עשוי להשתמש בתחביר יציאה שונה או להיעדר את תכונת הבחירה הזו.
לאחר אישור המסלול הנבחר, בדקו שהלקוח יכול להגיע לשירות הישיר ולסמוך על התעודה שלו. עקיפה תואמת עשויה לחשוף מסלול מקומי חסר או הגדרת אמון שטופלו קודם לכן דרך מסלול הפרוקסי.