Настройки прокси 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 внутри готовой системы читает конфигурацию этой системы. Команда на хосте не настраивает ни одну из них постоянно.

Похожие статьи