גלו איזו הורדה של Chocolatey זקוקה ל-proxy
ה-bootstrap, ה-CLI המותקן והורדן נפרד של חבילה יכולים לקרוא קלטי proxy שונים.
זהו את הבקשה שנכשלה לפני שתשנו את הגדרות ה-proxy של Chocolatey:
| שלב הכשל | קלט ה-proxy לבדיקה |
|---|---|
| השגת Chocolatey לפני ש-choco קיים | ה-chocolateyProxyLocation של מעטפת ה-bootstrap ומשתני חשבון אופציונליים |
| פעולה של choco המותקן | סדר העדיפויות שלו: ארגומנטים מפורשים של הפקודה, תצורת Chocolatey, משתני סביבה, ולבסוף תצורת המערכת |
| חבילה מפעילה הורדן אחר | האפשרויות והזהות של אותו תהליך; הוא עשוי להשתמש בעוזרי Chocolatey או בתוכנה נפרדת |
ערך choco config שמור אינו יכול להגדיר את הורדת ה-bootstrap המוקדמת. השתמשו בשיטת ההתקנה הרשמית עבור הסביבה המנוהלת עם ערכי ה-proxy שלה במעטפת שמריצה אותה בפועל. מתקין ישן של שורה אחת שמשנה את מדיניות ההרצה ומטביע סיסמה אינו תיקון proxy נדרש.
עבור CLI מותקן, בדקו את התצורה האפקטיבית בהיקף המיועד. ערך CLI שמור יכול להסביר מדוע שינוי ה-proxy המערכתי של Windows לא שינה דבר. עבור הורדות ציבוריות מותרות שהורדןן בפועל אינו כולל פרטי proxy מוגדרים או נשמרים, ה-רשימת proxy של HTTP מציע כתובות מועמדות לקלט ה-proxy הרלוונטי; השתמשו בתבנית המצופה של הלקוח שנבחר. החזיקו את נקודת הקצה המתווכת ואת החשבון בנפרד מפרטי מקור החבילה; אימות המאגר עלול להיכשל לאחר שגישת ה-proxy הצליחה.
במהלך התקנת חבילה, זהו את התהליך שמוציא את השגיאה. קובץ הפעלה נפרד אינו חייב ליישם אפשרויות ייחודיות ל-Chocolatey או להשתמש באותה זהות. גם לכלים גרפיים ולסוכני רקע יש מגבלות proxy ייחודיות למוצר; בקשת CLI מוצלחת אינה מוכיחה את מסלול הורדת הסמלים או את מסלול הסוכן שלהם.
קראו את הכשל השימושי הראשון כשאותו תהליך בראש: 407 נוגע לאימות proxy, שגיאת אמון TLS נוגעת לתעודה שהוצגה לאותו מבקש, וחבילה חסרה או חשבון מאגר שנדחה נוגעים למקור. שמרו את שם המארח, הפעולה, הקשר החשבון והסטטוס שנכשלו, ללא סודות. הצלחת bootstrap ולאחריה כשל בהורדת חבילה מצמצמים את המסלול הדורש תיקון.