لماذا لا يستخدم 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. استخدم خدمة متوافقة معتمدة أو عنوان URL لمستودع مدعوم. بالنسبة للمستودعات العامة حيث يُسمح بالوسطاء العامين، تقدم قائمة وكلاء HTTP مرشحين لفحصهم مقابل تلك المتطلبات. لا تفترض أن إضافة https:// إلى عنوان الوكيل تغيّر بروتوكول المستودع أو تحوّل كل طلب إلى نفق.