מתן פרוקסי שונה למארחים נבחרים ב-Yarn המודרני

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

לדוגמה, פרויקט יכול לשמור מסלול כללי אחד ולבחור אחר עבור רישום פנימי:

httpsProxy: "http://203.0.113.10:8080"
networkSettings:
  "registry.example.internal":
    httpsProxy: "http://203.0.113.20:8080"

שתי הכתובות הן מצייני מקום. עבור מסלול כללי למקורות חבילות ציבוריים, רשימת פרוקסי HTTP מציעה מועמדים כאשר פרוקסי ציבוריים מותרים. שמרו את עקיפת הרישום הפנימי על הפרוקסי המאושר שלה. הניחו את התצורה ב-.yarnrc.yml המתאים עבור גרסת Yarn מודרנית. דוגמה זו בוחרת שני פרוקסי; היא אינה אומרת שהמארח הפנימי צריך להתחבר ישירות.

התאימו לשם המארח המבוקש

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

היקף חבילה ושם מארח של רשת הם בוררים שונים. אפשר להביא חבילה עם היקף מרישום שהמארח שלו משותף עם חבילות אחרות, בעוד חפץ שהופנה מחדש עשוי להגיע משם מארח אחר לגמרי.

עקבו אחר נתיב ההורדה המלא

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

ההגדרות לפי מארח של Yarn יכולות לכלול גם CA ותצורת TLS אחרת. שמרו את ההחלטות האלה בנפרד: בחירת כתובת פרוקסי אינה מספקת כשלעצמה את האמון הנדרש עבור סביבה בוחנת.

הפכו את העקיפה לגלויה

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

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