APT może przechowywać poświadczenia proxy w pliku uwierzytelniania, podczas gdy konfiguracja pobierania zawiera tylko punkt końcowy:

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

Odpowiednio chroniony plik auth.conf lub obsługiwany plik auth.conf.d zawiera pasujące konto:

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

Punkt końcowy i konto to placeholdery. Użyj obsługiwanej lokalizacji pliku zainstalowanej wersji APT i ogranicz nieautoryzowany odczyt, zachowując dotychczasową politykę pobierania.

Token machine pasuje do proxy

Schemat, host i port mają znaczenie. Bez protokołu udokumentowany wpis machine pasuje do HTTPS i tor+https. Zwykłe proxy HTTP wymaga więc jawnego pasującego tokenu http://, nawet gdy samo repozytorium pakietów używa HTTPS.

Sprawdź rzeczywisty punkt końcowy APT i lokalizację pliku uwierzytelniania oraz prawo odczytu konta pobierania. Nazwa hosta, alias IP lub inny port mogą wybrać inny wpis. Brak poświadczeń z powodu niezgodności nie dowodzi odrzucenia hasła.

Osobny plik ogranicza miejsce przechowywania sekretu. Nie szyfruje jawnej wymiany Basic i nie zastępuje podpisu repozytorium ani weryfikacji TLS miejsca docelowego.

Powiązane artykuły