ערכים סותרים של no_proxy ו-NO_PROXY ב-Linux
מצאו ערכים סותרים של no_proxy ו-NO_PROXY לפני שאתם מניחים ששני לקוחות קיבלו אותה מדיניות ניתוב ישיר.
תהליך Linux יכול לרשת את שני הערכים האלה:
NO_PROXY=old.office.example
no_proxy=new.office.exampleאלה שמות נפרדים בסביבה הרגישה לאותיות רישיות וקטנות. לקוח שתומך בשניהם עשוי לבחור רק ערך אחד שאינו ריק, ולכן הדפסה של NO_PROXY בלבד עלולה להחמיץ את המדיניות שבה הוא באמת משתמש.
| מימוש ספציפי | עדיפות כששניהם אינם ריקים |
|---|---|
| עוזר הפרוקסי הסביבתי המוטבע של Go 1.27.3 | אותיות רישיות לפני קטנות |
| חיפוש העקיפה של Requests 2.34.2 | אותיות קטנות לפני רישיות |
בדקו את שתי הצורות בגבול ההפעלה של התהליך שנכשל. יחידת השירות, פרופיל ה-shell, הגדרת הקונטיינר או מריץ העבודות שלו עשויים לספק את הערך ששרד. תקנו את מקור ההתנגשות במקום להחליף את שרת הפרוקסי כששתי מדיניויות שונות עדיין קיימות.
תנו לתוכנות המשתתפות את הרשימה המיועדת דרך התצורה הנתמכת שלהן. אם התאימות מחייבת את שתי הצורות, שמרו על סנכרון הערכים. תַּעדו גם את משתני נקודת הקצה של הפרוקסי שנבחרו: שילוב נקודת הקצה של לקוח אחד עם רשימת העקיפה של לקוח אחר אינו השוואה מבוקרת.
הטבלה מתארת את גרסאות המקור האלה, לא את כל תוכניות Go או ספריות Python העתידיות. גם ל-Windows יש סמנטיקה שונה של רישיות בשמות סביבה; בדקו מה התהליך שלו מאחסן במקום להניח שהוא משחזר את התנגשות שני השמות של Linux.