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 પ્રોક્સીને સ્પષ્ટ રીતે મેળ ખાતું http:// ટોકન જરૂરી છે, પેકેજ ભંડાર પોતે HTTPS વાપરે ત્યારે પણ.

APTના અસરકારક અંતિમ બિંદુ અને પ્રમાણીકરણ ફાઇલના સ્થાન તેમજ ડાઉનલોડ ખાતાની વાંચન પરવાનગી તપાસો. હોસ્ટનામ, IP ઉપનામ અથવા અલગ પોર્ટ બીજી એન્ટ્રી પસંદ કરી શકે છે. મેળ ન ખાવાને કારણે ખૂટતા ઓળખપત્રો નકારાયેલા પાસવર્ડનો પુરાવો નથી.

અલગ ફાઇલ મર્યાદિત કરે છે કે રહસ્ય ક્યાં સંગ્રહિત થાય છે. તે સ્પષ્ટ Basic આદાનપ્રદાનને એન્ક્રિપ્ટ કરતું નથી અને ભંડારની સહી અને ગંતવ્ય TLS ચકાસણીને બદલતું નથી.

સંબંધિત લેખો