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 შემოწმებას.

დაკავშირებული სტატიები