Setările de proxy ale debootstrap aparțin descărcătorului de pe gazdă

Configurați descărcătorul din partea gazdei pe care îl folosește debootstrap separat de APT din sistemul de fișiere rădăcină pe care îl creează.

Pentru calea de descărcare a debootstrap bazată pe Wget, furnizați proxy-ul mediului wgetprogress din partea gazdei:

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

Alegeți suita, directorul țintă și oglinda pentru implementare. Atribuirile au loc după sudo, așa că comanda privilegiată le primește fără a se baza pe faptul că variabilele exportate de apelant supraviețuiesc politicii sudo. Ambele scheme de destinație pot folosi acest proxy HTTP obișnuit. Pentru o descărcare permisă de pe o oglindă publică fără autentificare proxy, lista de proxy-uri HTTP oferă puncte finale HTTP candidate pentru acele valori de mediu.

Primele descărcări obțin metadate și pachete înainte ca noul sistem Debian să fie utilizabil. Un fișier proxy APT în acea rădăcină viitoare nu poate configura descărcătorul anterior de pe gazdă.

Pentru autentificare, folosiți acreditările de proxy acceptate de Wget. Informațiile de utilizator din URI necesită codificarea caracterelor rezervate; configurația de pornire oferă și proxy_user și proxy_password. Intrările contului privilegiat pot diferi de .wgetrc al utilizatorului interactiv, așa că identificați care este citit efectiv și păstrați-i domeniul deliberat.

Planificați separat etapele următoare. Un bootstrap de a doua etapă, mai ales pentru o arhitectură străină, poate rula într-un alt mediu. Mai târziu, APT din sistemul finalizat citește configurația acelui sistem. Comanda de pe gazdă nu configurează permanent niciuna dintre ele.

Articole similare