Les réglages de proxy de debootstrap appartiennent au téléchargeur de l'hôte

Pour le chemin de téléchargement de debootstrap fondé sur Wget, fournissez le proxy à l'environnement wgetprogress côté hôte :

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

Choisissez la suite, le répertoire cible et le miroir pour le déploiement. Les affectations ont lieu après sudo, si bien que la commande privilégiée les reçoit sans compter que les variables exportées par l'appelant survivent à la politique sudo. Les deux schémas de destination peuvent utiliser ce proxy HTTP ordinaire. Pour un téléchargement autorisé depuis un miroir public sans authentification de proxy, la liste de proxys HTTP propose des points de terminaison HTTP candidats pour ces valeurs d'environnement.

Les premiers téléchargements obtiennent les métadonnées et les paquets avant que le nouveau système Debian soit utilisable. Un fichier de proxy APT dans cette future racine ne peut pas configurer le téléchargeur antérieur de l'hôte.

Pour l'authentification, utilisez les identifiants de proxy pris en charge par Wget. Les informations d'utilisateur dans l'URI exigent l'encodage des caractères réservés ; la configuration de démarrage fournit aussi proxy_user et proxy_password. Les entrées du compte privilégié peuvent différer du .wgetrc de l'utilisateur interactif, alors identifiez celui qui est réellement lu et gardez sa portée délibérée.

Planifiez les étapes suivantes séparément. Un bootstrap de deuxième étape, surtout pour une architecture étrangère, peut s'exécuter dans un autre environnement. Plus tard, APT dans le système achevé lit la configuration de ce système. La commande de l'hôte ne configure durablement ni l'un ni l'autre.