debootstrap का प्रोक्सी सेटिङहरू होस्ट डाउनलोडरका हुन्

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 ले त्यो प्रणालीको कन्फिगरेसन पढ्छ। होस्ट आदेशले दुवैमध्ये कुनैलाई पनि स्थायी रूपमा कन्फिगर गर्दैन।