چرا 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:// به آدرس پروکسی پروتکل مخزن را تغییر می‌دهد یا هر درخواست را به یک تونل تبدیل می‌کند.