למה APT לא משתמש ב-CONNECT לכל הורדה
העברת HTTP רגילה ומנהור HTTPS משתמשים בשיחות פרוקסי שונות. שירות שמציע CONNECT בלבד עשוי לא לתמוך בבקשות שמפיק מאגר HTTP.
„הפרוקסי מקבל CONNECT“ לא אומר שהוא מקבל כל בקשה ש-APT ישלח.
עבור מאגר HTTP רגיל, APT יכול להשתמש בהעברת פרוקסי HTTP רגילה: הפרוקסי מקבל בקשת HTTP שמזהה את משאב היעד. עבור HTTPS דרך פרוקסי HTTP, הלקוח בדרך כלל מקים מנהרת CONNECT, ואז מנהל משא ומתן על הפעלת TLS של היעד דרכה.
| יעד | שיחה טיפוסית עם פרוקסי HTTP |
|---|---|
| מאגר HTTP | העברת בקשת HTTP |
| מאגר HTTPS | CONNECT, ואז TLS של היעד |
שירות שמקבל רק מנהרות עלול לדחות בקשה רגילה שמועברת. HTTP 405 ראוי לבחון את השיטה בפועל, את מפיק התגובה ואת מדיניות הפרוקסי; הוא לא מוכיח של-APT אין תמיכת SOCKS או שהסיסמה שלו שגויה.
השוו את ההתנהגות הנתמכת של השירות לתיעוד התעבורה של APT ולסמנטיקת CONNECT. השתמשו בשירות מאושר תואם או בכתובת מאגר נתמכת. עבור מאגרים ציבוריים שבהם מתווכים ציבוריים מותרים, רשימת פרוקסי HTTP מציעה מועמדים לבדיקה מול הדרישות האלה. אל תניחו שהוספת https:// לכתובת הפרוקסי משנה את פרוטוקול המאגר או הופכת כל בקשה למנהרה.