APT kann Proxy-Anmeldedaten in einer Authentifizierungsdatei speichern, während die Beschaffungskonfiguration nur den Endpunkt enthält:

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

Eine angemessen geschützte auth.conf oder eine unterstützte auth.conf.d-Datei enthält das passende Konto:

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

Endpunkt und Konto sind Platzhalter. Verwenden Sie den von der installierten APT-Version unterstützten Dateispeicherort und beschränken Sie unbefugtes Lesen, während die bestehende Beschaffungsrichtlinie erhalten bleibt.

Das machine-Token passt zum Proxy

Schema, Host und Port sind entscheidend. Ohne Protokoll passt ein dokumentierter machine-Eintrag zu HTTPS und tor+https. Ein gewöhnlicher HTTP-Proxy benötigt daher ein ausdrücklich passendes http://-Token, auch wenn das Paket-Repository selbst HTTPS verwendet.

Prüfen Sie den effektiven Endpunkt von APT und den Speicherort der Authentifizierungsdatei sowie die Leseberechtigung des Download-Kontos. Ein Hostname, ein IP-Alias oder ein anderer Port kann einen anderen Eintrag auswählen. Fehlende Anmeldedaten aufgrund einer Abweichung sind kein Beweis für ein abgelehntes Passwort.

Die separate Datei begrenzt, wo das Geheimnis gespeichert wird. Sie verschlüsselt keinen Klartext-Basic-Austausch und ersetzt weder die Repository-Signatur noch die TLS-Prüfung des Ziels.

Ähnliche Artikel