הגדרות ה-proxy של debootstrap שייכות לדורשן שבמארח

הגדירו את הדורשן בצד המארח שבו משתמש debootstrap בנפרד מ-APT בתוך מערכת הקבצים השורשית שהוא יוצר.

עבור מסלול ההורדה של debootstrap המבוסס על Wget, ספקו את ה-proxy לסביבת wgetprogress שבצד המארח:

sudo env \
  http_proxy=http://proxy.example.net:8080 \
  https_proxy=http://proxy.example.net:8080 \
  debootstrap stable /srv/chroot/debian https://deb.debian.org/debian

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

ההורדות הראשונות משיגות מטא-נתונים וחבילות לפני שמערכת Debian החדשה שמישה. קובץ proxy של APT בתוך השורש העתידי הזה אינו יכול להגדיר את הדורשן הקודם שבמארח.

לאימות, השתמשו באישורי ה-proxy הנתמכים ב-Wget. פרטי משתמש ב-URI דורשים קידוד של תווים שמורים; תצורת האתחול מספקת גם proxy_user ו-proxy_password. הקלטים של החשבון המורשה עשויים להיות שונים מ-.wgetrc של המשתמש האינטראקטיבי, לכן זהו איזה מהם נקרא בפועל ושמרו על היקפו במתכוון.

תכננו את השלבים הבאים בנפרד. bootstrap בשלב שני, במיוחד לארכיטקטורה זרה, יכול לרוץ בסביבה אחרת. מאוחר יותר APT בתוך המערכת שהושלמה קורא את התצורה של אותה מערכת. הפקודה במארח אינה מגדירה אף אחד מהם באופן קבוע.

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