העברת הורדות APT דרך פרוקסי

הגדירו פרוקסי HTTP מפורש לבקשות מאגרי APT, השאירו אימות HTTPS ובדקו חריגי חיבור ישיר לפי מארח.

ל־APT יש אפשרויות פרוקסי משלו. שינוי הדפדפן אינו קובע את הנתיב של apt-get, והחלפת מראת מאגר אינה בחירת פרוקסי.

לפקודה אחת, העבירו הגדרות במפורש:

sudo apt-get \
  -o Acquire::http::Proxy=http://203.0.113.10:8080/ \
  -o Acquire::https::Proxy=http://203.0.113.10:8080/ \
  update

החליפו את IP התיעוד בנקודת HTTP שבחרתם מהשירות או מרשימת שרתי פרוקסי HTTP. שני הערכים יכולים לציין פרוקסי HTTP רגיל אם הוא תומך במנהרות HTTPS הנדרשות. שמות האפשרויות מתארים את תעבורת המאגר שמגדירים.

להגדרה שברצונכם לשמור

APT יכול לשמור את אותם ערכים בקובץ ייעודי תחת /etc/apt/apt.conf.d/:

Acquire::http::Proxy "http://203.0.113.10:8080/";
Acquire::https::Proxy "http://203.0.113.10:8080/";

שמרו את המירכאות והנקודה־פסיק של התחביר. קובץ נפרד בשם ברור מקל להסיר בהמשך את העקיפה שלכם בלי לשכתב מאגרים או אפשרויות APT לא קשורות.

לבדיקת ערך נבחר בלי להתחיל פעולת חבילות, השתמשו ב־:

apt-config shell PROXY Acquire::http::Proxy

APT תומך גם בהגדרת הסביבה http_proxy, אך הסביבה הזמינה דרך sudo עשויה להיות שונה מהמסוף שבו הגדרתם אותה. אפשרויות APT מפורשות מקלות על השוואת פקודה אחת.

מאגר עשוי להתחבר ישירות בכוונה

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

אימות תעודת HTTPS נשאר בדיקה נפרדת. כשנדרש CA בדיקה מאושר, הגדירו אמון מתאים; אל תכבו אימות עמית או שם מארח רק כדי לקדם הורדה. גם חתימות חבילות משרתות מטרה שונה מ־TLS ומניתוב פרוקסי.

קראו יותר מתוצאת הסיום של הפקודה

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

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

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