Für den Wget-basierten Downloadpfad von debootstrap übergeben Sie den Proxy an die wgetprogress-Umgebung auf der Hostseite:

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

Wählen Sie Suite, Zielverzeichnis und Spiegel für die Bereitstellung. Die Zuweisungen erfolgen nach sudo, sodass der privilegierte Befehl sie erhält, ohne darauf zu vertrauen, dass die exportierten Variablen des Aufrufers die sudo-Richtlinie überleben. Beide Zielschemas können diesen gewöhnlichen HTTP-Proxy nutzen. Für einen erlaubten Download von einem öffentlichen Spiegel ohne Proxy-Authentifizierung bietet die HTTP-Proxy-Liste Kandidaten für HTTP-Endpunkte für diese Umgebungswerte.

Die ersten Downloads rufen Metadaten und Pakete ab, bevor das neue Debian-System nutzbar ist. Eine APT-Proxy-Datei in diesem künftigen Wurzelverzeichnis kann den früheren Downloader auf dem Host nicht konfigurieren.

Verwenden Sie zur Authentifizierung von Wget unterstützte Proxy-Anmeldedaten. Benutzerinformationen in URIs müssen reservierte Zeichen kodieren; die Startkonfiguration stellt außerdem proxy_user und proxy_password bereit. Die Eingaben des privilegierten Kontos können sich von der .wgetrc des interaktiven Benutzers unterscheiden; ermitteln Sie daher, welche tatsächlich gelesen wird, und halten Sie ihren Geltungsbereich bewusst.

Planen Sie die nächsten Phasen getrennt. Ein Bootstrap der zweiten Stufe, besonders für fremde Architekturen, kann in einer anderen Umgebung laufen. Später liest APT im fertigen System dessen Konfiguration. Der Befehl auf dem Host konfiguriert keines von beiden dauerhaft.

Ähnliche Artikel