Налаштування проксі debootstrap належать завантажувачу на хості

Налаштуйте завантажувач на боці хоста, який використовує debootstrap, окремо від APT у створюваній ним кореневій файловій системі.

Для шляху завантаження debootstrap на основі Wget передайте проксі в середовище wgetprogress на боці хоста:

sudo env \
  http_proxy=http://proxy.example.net:8080 \
  https_proxy=http://proxy.example.net:8080 \
  debootstrap stable /srv/chroot/debian https://deb.debian.org/debian

Виберіть набір, цільовий каталог і дзеркало для розгортання. Присвоєння відбуваються після sudo, тому привілейована команда отримує їх, не покладаючись на те, що експортовані змінні того, хто викликає, переживуть політику sudo. Обидві схеми призначення можуть використовувати цей звичайний HTTP-проксі. Для дозволеного завантаження з публічного дзеркала без автентифікації проксі список HTTP-проксі пропонує кандидатні HTTP-кінцеві точки для цих значень середовища.

Перші завантаження отримують метадані та пакунки до того, як нова система Debian стане придатною до використання. Файл проксі APT у цьому майбутньому корені не може налаштувати попередній завантажувач на хості.

Для автентифікації використовуйте облікові дані проксі, які підтримує Wget. Відомості про користувача в URI потребують кодування зарезервованих символів; конфігурація запуску також надає proxy_user і proxy_password. Вхідні дані привілейованого облікового запису можуть відрізнятися від .wgetrc інтерактивного користувача, тому визначте, який файл справді читається, і свідомо тримайте його межі.

Плануйте наступні етапи окремо. Bootstrap другого етапу, особливо для чужої архітектури, може виконуватися в іншому середовищі. Пізніше APT у завершеній системі читає конфігурацію тієї системи. Команда на хості не налаштовує жодну з них постійно.

Схожі статті