NuGet 407 מול 401: התחברות לפרוקסי או פרטי הזדהות של פיד פרטי?

הפרידו בין פרטי ההזדהות של פיד NuGet לבין פרטי ההזדהות של פרוקסי קדמי, ובדקו את התצורה שבה משתמש הכלי שמבצע בפועל את השחזור.

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

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

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

הגדירו את הפרוקסי בנפרד מהפיד

רשומת הפרוקסי של NuGet שייכת תחת config. עבור מסלול ללא פרטי הזדהות מוטמעים:

<configuration>
  <config>
    <add key="http_proxy" value="http://proxy.example:8080" />
  </config>
</configuration>

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

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

בדקו את השחזור שנכשל בפועל

ציינו את הלקוח, המשתמש וסביבת ההפעלה, ואז אתרו את היררכיית התצורה האפקטיבית שלו. הגדרות משתמש, מכונה ופתרון יכולות לתרום. תיקון ישן של devenv.exe.config נוגע לתהליך מסוים של Visual Studio; הוא אינו קובע מה קורא שחזור משורת פקודה או שירות בנייה. שמרו על מקורות חבילות ומדיניות שעובדים בזמן שאתם מאתרים רשומת פרוקסי מיושנת.

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

מאמרים קשורים