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 プロキシには、パッケージリポジトリ自体が HTTPS を使う場合でも、明示的に一致する http:// トークンが必要です。

APT の実際のエンドポイントと認証ファイルの位置、さらにダウンロード用アカウントの読み取り権限を確認してください。ホスト名、IP エイリアス、異なるポートでは別のエントリが選ばれます。不一致による資格情報の欠落は、パスワードが拒否された証拠ではありません。

別ファイルは秘密の保存場所を限定します。平文の Basic 交換を暗号化するものではなく、リポジトリ署名や接続先の TLS 検証の代わりにもなりません。

関連記事