debootstrap-ന്റെ പ്രോക്സി ക്രമീകരണങ്ങൾ ഹോസ്റ്റ് ഡൗൺലോഡറിന്റേതാണ്
debootstrap ഉപയോഗിക്കുന്ന ഹോസ്റ്റ്-സൈഡ് ഡൗൺലോഡറെ അത് സൃഷ്ടിക്കുന്ന റൂട്ട് ഫയൽസിസ്റ്റത്തിനുള്ളിലെ APT-യിൽ നിന്ന് വേറെ കോൺഫിഗർ ചെയ്യുക.
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 ആ സിസ്റ്റത്തിന്റെ കോൺഫിഗറേഷൻ വായിക്കുന്നു. ഹോസ്റ്റ് കമാൻഡ് രണ്ടിലൊന്നും സ്ഥിരമായി കോൺഫിഗർ ചെയ്യുന്നില്ല.