APT പ്രോക്സി ക്രെഡൻഷ്യലുകൾ ഒരു പ്രമാണീകരണ ഫയലിൽ സൂക്ഷിക്കാം, അതേസമയം സ്വന്തീകരണ കോൺഫിഗറേഷനിൽ അന്തിമ പോയിന്റ് മാത്രം ഉണ്ടാകും:

Acquire::http::Proxy "http://proxy.example:3128/";

ശരിയായി സംരക്ഷിച്ച auth.conf അല്ലെങ്കിൽ പിന്തുണയുള്ള auth.conf.d ഫയലിൽ യോജിക്കുന്ന അക്കൗണ്ട് അടങ്ങിയിരിക്കുന്നു:

machine http://proxy.example:3128
login example-user
password example-password

അന്തിമ പോയിന്റും അക്കൗണ്ടും പ്ലെയ്സ്ഹോൾഡറുകളാണ്. ഇൻസ്റ്റാൾ ചെയ്ത APT പതിപ്പിന്റെ പിന്തുണയുള്ള ഫയൽ സ്ഥാനം ഉപയോഗിക്കുകയും നിലവിലുള്ള സ്വന്തീകരണ നയം നിലനിർത്തിക്കൊണ്ട് അനധികൃത വായന പരിമിതപ്പെടുത്തുകയും ചെയ്യുക.

machine ടോക്കൺ പ്രോക്സിയുമായി യോജിക്കുന്നു

സ്കീം, ഹോസ്റ്റ്, പോർട്ട് എന്നിവ പ്രധാനമാണ്. പ്രോട്ടോക്കോൾ ഇല്ലെങ്കിൽ, രേഖപ്പെടുത്തിയ machine എൻട്രി HTTPS-ഉം tor+https-ഉം ആയി യോജിക്കുന്നു. അതിനാൽ സാധാരണ HTTP പ്രോക്സിക്ക് പാക്കേജ് റിപ്പോസിറ്ററി തന്നെ HTTPS ഉപയോഗിച്ചാലും വ്യക്തമായി യോജിക്കുന്ന http:// ടോക്കൺ ആവശ്യമാണ്.

APT-യുടെ യഥാർത്ഥ അന്തിമ പോയിന്റും പ്രമാണീകരണ ഫയലിന്റെ സ്ഥാനവും, ഡൗൺലോഡ് അക്കൗണ്ടിന്റെ വായനാനുമതിയും പരിശോധിക്കുക. ഹോസ്റ്റ്നെയിം, IP എലിയാസ് അല്ലെങ്കിൽ മറ്റൊരു പോർട്ട് മറ്റൊരു എൻട്രി തിരഞ്ഞെടുത്തേക്കാം. പൊരുത്തക്കേട് കാരണം നഷ്ടപ്പെട്ട ക്രെഡൻഷ്യലുകൾ പാസ്വേഡ് നിരസിക്കപ്പെട്ടതിന്റെ തെളിവല്ല.

വേറിട്ട ഫയൽ രഹസ്യം എവിടെ സൂക്ഷിക്കുന്നു എന്ന് പരിമിതപ്പെടുത്തുന്നു. അത് വ്യക്തമായ Basic കൈമാറ്റം എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല, റിപ്പോസിറ്ററി ഒപ്പും ലക്ഷ്യത്തിന്റെ TLS പരിശോധനയും മാറ്റിസ്ഥാപിക്കുന്നുമില്ല.

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