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

Падобныя артыкулы