APT می‌تواند اعتبارنامه‌های پراکسی را در یک فایل احراز هویت نگه دارد، در حالی که پیکربندی دریافت فقط نقطه پایانی را دارد:

Acquire::http::Proxy "http://proxy.example:3128/";

یک فایل auth.conf با حفاظت مناسب یا یک فایل auth.conf.d پشتیبانی‌شده حساب منطبق را در خود دارد:

machine http://proxy.example:3128
login example-user
password example-password

نقطه پایانی و حساب جایگزین‌های نمونه‌اند. از محل فایل پشتیبانی‌شده در نسخه نصب‌شده APT استفاده کنید و خواندن غیرمجاز را محدود کنید، در حالی که سیاست دریافت موجود حفظ می‌شود.

نشانه machine با پراکسی منطبق است

طرح، میزبان و درگاه اهمیت دارند. بدون پروتکل، یک ورودی machine مستند با HTTPS و tor+https منطبق است. بنابراین پراکسی HTTP معمولی به یک نشانه http:// منطبق صریح نیاز دارد، حتی وقتی خود مخزن بسته‌ها از HTTPS استفاده می‌کند.

نقطه پایانی مؤثر APT و محل فایل احراز هویت و نیز دسترسی خواندن حساب دانلود را بررسی کنید. یک نام میزبان، نام مستعار IP یا درگاه متفاوت می‌تواند ورودی دیگری را انتخاب کند. نبود اعتبارنامه به دلیل عدم تطابق مدرکی بر رد شدن گذرواژه نیست.

فایل جداگانه محدود می‌کند که رمز کجا ذخیره شود. این فایل تبادل Basic متنی را رمزگذاری نمی‌کند و جای امضای مخزن و بررسی TLS مقصد را نمی‌گیرد.

مقالات مرتبط