APT प्रत्येक डाउनलोडसाठी CONNECT का वापरत नाही

सामान्य HTTP फॉरवर्डिंग आणि HTTPS टनेलिंग वेगवेगळ्या प्रॉक्सी संभाषणांचा वापर करतात. फक्त CONNECT ला समर्थन देणारी सेवा HTTP रेपॉजिटरी तयार करते त्या विनंत्या समर्थित करू शकत नाही.

“प्रॉक्सी CONNECT स्वीकारते” याचा अर्थ असा नाही की ती APT पाठवणारी प्रत्येक विनंती स्वीकारते.

सामान्य HTTP रेपॉजिटरीसाठी, APT सामान्य HTTP प्रॉक्सी फॉरवर्डिंग वापरू शकते: प्रॉक्सीला गंतव्य संसाधन ओळखणारी HTTP विनंती मिळते. HTTP प्रॉक्सीद्वारे HTTPS साठी, क्लायंट सामान्यतः CONNECT टनेल स्थापित करतो, नंतर त्याद्वारे गंतव्याचे TLS सत्र वाटाघाटी करतो.

गंतव्यHTTP प्रॉक्सीसह सामान्य संभाषण
HTTP रेपॉजिटरीHTTP विनंती फॉरवर्ड करा
HTTPS रेपॉजिटरीCONNECT, नंतर गंतव्य TLS

फक्त टनेल स्वीकारणारी सेवा सामान्य फॉरवर्ड केलेली विनंती नाकारू शकते. HTTP 405 मध्ये प्रत्यक्ष पद्धत, प्रतिसाद देणारा आणि प्रॉक्सी धोरण पाहण्यासारखे आहे; ते हे सिद्ध करत नाही की APT मध्ये SOCKS समर्थन नाही किंवा त्याचा पासवर्ड चुकीचा आहे.

सेवेचे समर्थित वर्तन APT ट्रान्सपोर्ट दस्तऐवज आणि CONNECT अर्थ यांच्याशी तुलना करा. सुसंगत मंजूर सेवा किंवा समर्थित रेपॉजिटरी URL वापरा. जिथे सार्वजनिक मध्यस्थांना परवानगी आहे अशा सार्वजनिक रेपॉजिटरींसाठी, HTTP प्रॉक्सी यादी त्या आवश्यकतांविरुद्ध तपासण्यासाठी उमेदवार देते. प्रॉक्सी पत्त्यात https:// जोडल्याने रेपॉजिटरीचा प्रोटोकॉल बदलतो किंवा प्रत्येक विनंती टनेल होते असे गृहीत धरू नका.

संबंधित लेख