הגדרות ה-proxy של CPAN תלויות במה-שהורדה בפועל

אם CPAN מקבל את הגדרת ה-proxy אך מוריד במסלול אחר, קראו את פלט האבחון של מה-שהורדה שנבחר. CPAN.pm יכול להשתמש במודולי הרשת של Perl או להאציל את המשימה לתוכנית חיצונית.

בדקו את התצורה האינטראקטיבית הנוכחית:

cpan> o conf http_proxy
cpan> o conf ftp_proxy
cpan> o conf no_proxy
cpan> o conf urllist

urllist בוחר את מירור היעד ואת הסכימה, לא את המתווך. proxy מסוג HTTP שמביא משאב FTP נשאר מאזין HTTP; שם השדה לא הופך אותו לשרת FTP.

אם ההעברה מפעילה את curl, בדקו את הסביבה שהבן הזה ירש. הפעלה מוגבלת היא:

http_proxy=http://proxy.example:8080 https_proxy=http://proxy.example:8080 cpan

להורדות ממירורים ציבוריים ברשת שמתירה את המסלול הזה, החליפו את הדוגמה במועמד ללא חשבון מהרשימה הזו: רשימת proxy-ים מסוג HTTP. זה מספק את נקודת הקצה ב-HTTP ל-CPAN ולבנים שלו, אלא אם מפעיל אחר משנה את הסביבה. Curl קורא את ה-http_proxy באותיות קטנות; הגדרת יעד HTTPS עשויה לציין את אותו מאזין HTTP.

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

שמרו את השינויים המיועדים ב-CPAN עם o conf commit תחת החשבון שמבצע את ההתקנה, והרחיקו סודות מדוגמאות משותפות. זהו לקוח CPAN.pm האינטראקטיבי; cpanm יכול לבחור מה-שהורדה ותצורה אחרים גם עם אותו מירור.