debootstrap-proxyindstillinger hører til værtsdownloaderen
Konfigurer den værtsidige downloader, som debootstrap bruger, separat fra APT inde i det rod-filsystem, den opretter.
For debootstraps Wget-baserede downloadvej skal du give proxyen til wgetprogress-miljøet på værtsiden:
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
Vælg suite, målmappe og spejl til udrulningen. Tildelingerne sker efter sudo, så den privilegerede kommando modtager dem uden at stole på, at kalderens eksporterede variabler overlever sudo-politikken. Begge destinationsskemaer kan bruge denne almindelige HTTP-proxy. Til en tilladt download fra et offentligt spejl uden proxygodkendelse tilbyder HTTP-proxylisten kandidat-HTTP-endpoints til disse miljøværdier.
De første downloads henter metadata og pakker, før det nye Debian-system er brugbart. En APT-proxyfil inde i den kommende rod kan ikke konfigurere den tidligere værtsdownloader.
Til godkendelse skal du bruge Wgets understøttede proxy-legitimationsoplysninger. URI-brugeroplysninger kræver kodning af reserverede tegn; startkonfigurationen leverer også proxy_user og proxy_password. Den privilegerede kontos input kan afvige fra den interaktive brugers .wgetrc, så identificer den, der faktisk læses, og hold dens omfang bevidst.
Planlæg de næste faser separat. En anden-fase bootstrap, især til fremmed arkitektur, kan køre i et andet miljø. Senere læser APT inde i det færdige system dets systems konfiguration. Værtskommandoen konfigurerer ikke nogen af dem permanent.