APT പ്രോക്സി മുൻഗണന: 99proxy എന്തുകൊണ്ട് അസാധുവാക്കാം

99proxy വൈകുന്നത് /etc/apt/apt.conf.d/-നുള്ളിൽ മാത്രമാണ്. അതേ സ്വതേയുള്ള പ്രോക്സി /etc/apt/apt.conf-ൽ എഴുതുന്ന ഡെസ്ക്ടോപ്പ് ഉപകരണത്തിന് ഇപ്പോഴും അവസാന നിയോഗം ലഭിച്ചേക്കാം.

സാധാരണ കോൺഫിഗർ ചെയ്ത സ്ഥലങ്ങളിൽ APT ലോഡ് ചെയ്യുന്നത്:

1. ഓപ്ഷണലായ ഒരു APT_CONFIG ഫയൽ.
2. അതിന്റെ ഭാഗങ്ങളുടെ ഡയറക്ടറിയിലെ യോഗ്യമായ ഫയലുകൾ, അക്ഷര-സംഖ്യ ക്രമത്തിൽ.
3. പ്രധാന കോൺഫിഗറേഷൻ ഫയൽ.
4. പിന്നീടുള്ള പ്രോഗ്രാം-നിർദ്ദിഷ്ട ക്രമീകരണങ്ങളും കമാൻഡ്-ലൈൻ ഓപ്ഷനുകളും.

ഫ്രാഗ്മെന്റിനെ 999proxy എന്ന് പുനർനാമകരണം ചെയ്യുന്നത് അതിനെ പ്രധാന ഫയലിനപ്പുറത്തേക്ക് മാറ്റുന്നില്ല. വൈരുദ്ധ്യമുള്ള എൻട്രിയുടെ ഉടമയായ പ്രോഗ്രാം തിരിച്ചറിഞ്ഞ്, ബന്ധമില്ലാത്ത ഓപ്ഷനുകൾ നിലനിർത്തി ആ പിന്തുണയുള്ള ഉറവിടം ശരിയാക്കുക.

ഫ്രാഗ്മെന്റ് യോഗ്യമായിരുന്നോ എന്ന് പരിശോധിക്കുക. ഫയൽനാമ-അക്ഷര നിയമങ്ങൾ അനുസരിച്ച് APT എക്സ്റ്റൻഷനില്ലാത്തതോ .conf ഫയലുകളോ സ്വീകരിക്കുന്നു. 99proxy.disabled 99proxy.conf-ന് തുല്യമല്ല; നിരസിച്ച പേര് നിശ്ശബ്ദമായി തുടരുമോ അറിയിപ്പ് നൽകുമോ എന്ന് അവഗണന കോൺഫിഗറേഷൻ തീരുമാനിക്കുന്നു. മറ്റ് സേവനങ്ങളുടെ *.d ലോഡറുകൾ വ്യത്യസ്ത നിയമങ്ങൾ ഉപയോഗിച്ചേക്കാം.

താൽക്കാലിക താരതമ്യത്തിന് കമാൻഡ്-ലൈൻ ഓപ്ഷൻ -o Acquire::http::Proxy=... ആ വിളിയുടെ പൊതുമൂല്യം അസാധുവാക്കുന്നു. -c ഫയൽ കമാൻഡ്-ലൈൻ ഘട്ടത്തിൽ ലോഡ് ചെയ്യുന്നു, APT_CONFIG അതിന് മുമ്പ് ലോഡ് ചെയ്യുന്നു; ഇവയൊന്നും എല്ലാ സാധാരണ ഫയലുകളും അവഗണിക്കുന്നു എന്നർത്ഥമാക്കുന്നില്ല.

അതേ ഇൻപുട്ടുകളോടെ കൃത്യമായ ഫലപ്രദ ഓപ്ഷൻ പരിശോധിക്കുക, തുടർന്ന് ഹോസ്റ്റ്-നിർദ്ദിഷ്ട ക്രമീകരണങ്ങളും കണ്ടെത്തൽ നയവും പരിശോധിക്കുക. സ്വതേയുള്ള ഒന്ന് അസാധുവാക്കുന്നത് മരത്തിന്റെ മറ്റ് ശാഖകൾ മായ്ക്കുന്നില്ല.