APTക്ക് സ്വന്തം പ്രോക്സി ഓപ്ഷനുകളുണ്ട്. ബ്രൗസറിലെ ക്രമീകരണം മാറ്റുന്നതുകൊണ്ട് apt-get ഏത് വഴി ഉപയോഗിക്കുന്നു എന്ന് നിർണയിക്കാനാവില്ല; റിപ്പോസിറ്ററി മിറർ മാറ്റുന്നതും പ്രോക്സി തിരഞ്ഞെടുക്കുന്നതും ഒരുപോലെയല്ല.

ഒരു കമാൻഡിനായി ക്രമീകരണങ്ങൾ വ്യക്തമായി നൽകുക:

sudo apt-get \
  -o Acquire::http::Proxy=http://203.0.113.10:8080/ \
  -o Acquire::https::Proxy=http://203.0.113.10:8080/ \
  update

ഡോക്യുമെന്റേഷനിലെ ഉദാഹരണ IPക്ക് പകരം നിങ്ങളുടെ സേവനത്തിൽ നിന്നോ HTTP പ്രോക്സി പട്ടികയിൽ നിന്നോ തിരഞ്ഞെടുത്ത HTTP എൻഡ്‌പോയിന്റ് ഉപയോഗിക്കുക. അത് ആവശ്യമായ HTTPS ടണലുകൾ പിന്തുണയ്ക്കുന്നെങ്കിൽ രണ്ടു മൂല്യങ്ങൾക്കും സാധാരണ HTTP പ്രോക്സിയെ സൂചിപ്പിക്കാം. ഓപ്ഷനുകളുടെ പേരുകൾ ക്രമീകരിക്കുന്ന റിപ്പോസിറ്ററി ട്രാൻസ്പോർട്ടിനെയാണ് വിവരിക്കുന്നത്.

നിലനിർത്താൻ ഉദ്ദേശിക്കുന്ന കണക്ഷനായി

APT കോൺഫിഗറേഷന് ഇതേ മൂല്യങ്ങൾ /etc/apt/apt.conf.d/ എന്നതിനു കീഴിലുള്ള പ്രത്യേക ഫയലിൽ സൂക്ഷിക്കാം:

Acquire::http::Proxy "http://203.0.113.10:8080/";
Acquire::https::Proxy "http://203.0.113.10:8080/";

സിന്റാക്സിലെ ഉദ്ധരണി ചിഹ്നങ്ങളും അർധവിരാമങ്ങളും നിലനിർത്തുക. വ്യക്തമായ പേരുള്ള പ്രത്യേക ഫയൽ ഉപയോഗിച്ചാൽ പിന്നീട് റിപ്പോസിറ്ററി നിർവചനങ്ങളോ ബന്ധമില്ലാത്ത APT ഓപ്ഷനുകളോ തിരുത്തിയെഴുതാതെ നിങ്ങൾ നൽകിയ മുൻഗണനാ ക്രമീകരണങ്ങൾ നീക്കാൻ എളുപ്പമാകും.

പാക്കേജ് പ്രവർത്തനം തുടങ്ങാതെ തിരഞ്ഞെടുത്ത മൂല്യം പരിശോധിക്കാൻ ഉപയോഗിക്കുക:

apt-config shell PROXY Acquire::http::Proxy

APT http_proxy എൻവയോൺമെന്റ് കോൺഫിഗറേഷനും പിന്തുണയ്ക്കുന്നു. എന്നാൽ sudo വഴി ലഭിക്കുന്ന എൻവയോൺമെന്റ് നിങ്ങൾ അത് സജ്ജമാക്കിയ ടെർമിനലിലേതിൽ നിന്ന് വ്യത്യസ്തമായേക്കാം. വ്യക്തമായ APT ഓപ്ഷനുകൾ ഒരു കമാൻഡുപയോഗിച്ചുള്ള താരതമ്യം മനസ്സിലാക്കാൻ എളുപ്പമാക്കുന്നു.

ഒരു റിപ്പോസിറ്ററി മനഃപൂർവം നേരിട്ട് ബന്ധപ്പെടാം

ഒരു പ്രത്യേക ഹോസ്റ്റിനുള്ള പ്രോക്സി ഓപ്ഷന് പ്രത്യേക മൂല്യമായ DIRECT ഉപയോഗിക്കാം. ഒരു റിപ്പോസിറ്ററി മാത്രം പൊതുവായ പ്രോക്സിയെ അവഗണിക്കുന്നുവെങ്കിൽ എൻഡ്‌പോയിന്റ് മാറ്റുന്നതിനു മുമ്പ് ആ ഹോസ്റ്റുകളുടെ മുൻഗണനാ ക്രമീകരണങ്ങൾ പരിശോധിക്കുക.

HTTPSൽ സർട്ടിഫിക്കറ്റ് പരിശോധന വേറിട്ട പരിശോധനയായി തുടരുന്നു. അംഗീകൃത ഇൻസ്പെക്ഷൻ CA ആവശ്യമുള്ളിടത്ത് ഉചിതമായ വിശ്വാസം ക്രമീകരിക്കുക; ഡൗൺലോഡ് മുന്നോട്ടു പോകാൻ മാത്രം മറുപക്ഷത്തിന്റെയോ ഹോസ്റ്റ് പേരിന്റെയോ പരിശോധന പ്രവർത്തനരഹിതമാക്കരുത്. പാക്കേജ് ഒപ്പുകൾക്കും TLS, പ്രോക്സി റൂട്ടിങ് എന്നിവയിൽ നിന്ന് വ്യത്യസ്തമായ ലക്ഷ്യമാണുള്ളത്.

കമാൻഡിന്റെ അവസാന എക്സിറ്റ് നില മാത്രം നോക്കരുത്

ഏതെല്ലാം റിപ്പോസിറ്ററി അഭ്യർത്ഥനകൾ യഥാർഥത്തിൽ വിജയിച്ചു എന്നും APT ഡൗൺലോഡ് മുന്നറിയിപ്പുകൾ നൽകുന്നുണ്ടോ അല്ലെങ്കിൽ പഴയ പട്ടികകൾ വീണ്ടും ഉപയോഗിച്ചോ എന്നും പരിശോധിക്കുക. ഭാഗികമായ അപ്ഡേറ്റ് എല്ലാ ഉറവിടങ്ങളും ആ വഴി വിജയകരമായി ഉപയോഗിച്ചു എന്നതിന് തെളിവല്ല.

സ്ഥിരമായ കോൺഫിഗറേഷനോടെയുള്ള പരീക്ഷണം പഴയപടിയാക്കാൻ നിങ്ങൾ ചേർത്ത പ്രോക്സി എൻട്രികൾ മാത്രം നീക്കുക. തുടർന്ന് ബാക്കിയുള്ള എൻവയോൺമെന്റ് അല്ലെങ്കിൽ ഹോസ്റ്റ് അടിസ്ഥാനത്തിലുള്ള ക്രമീകരണങ്ങൾ പരിശോധിക്കുക; അവ ഇപ്പോഴും മറ്റൊരു പ്രോക്സി തിരഞ്ഞെടുത്തേക്കാം.

അനുബന്ധ ലേഖനങ്ങൾ