APT ફાઇલ સ્વીકારે છે પણ પ્રોક્સી કી ચૂકી જાય છે

કન્ફિગરેશન ફાઇલ સફળતાપૂર્વક પાર્સ થઈ શકે અને તેમ છતાં પ્રોક્સી કન્ફિગર ન કરી શકે. APT નામવાળા વિકલ્પોનું વૃક્ષ સ્વીકારે છે; તે દરેક સંભવિત દેખાતી શાખાને તેના HTTP પરિવહન માટે સૂચના તરીકે ગણતું નથી.

HTTP માર્ગ માટે, APT પ્રોક્સી સેટિંગ આ છે:

Acquire::http::Proxy "http://proxy.example.net:8080/";

તમારી સેવાનો HTTP એન્ડપોઇન્ટ અથવા HTTP પ્રોક્સી સૂચિ વાપરો જ્યારે જાહેર રિપોઝિટરી ઍક્સેસ જાહેર પ્રોક્સી વાપરી શકે. એ જ સેટિંગને વધારાના સ્કોપમાં લપેટવાથી તેનું નામ બદલાય છે:

APT {
    Acquire {
        http {
            Proxy "http://proxy.example.net:8080/";
        };
    };
};

તે મૂલ્યને APT::Acquire::http::Proxy પર મૂકે છે. તે Acquire::http::Proxy ની બીજી જોડણી નથી. HTTP સંપાદન પદ્ધતિ પછીના એકને શોધે છે.

ચોક્કસ મૂલ્ય માંગો

apt-config shell HTTP_PROXY_VALUE Acquire::http::Proxy
apt-config shell NESTED_VALUE APT::Acquire::http::Proxy

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

યોગ્ય માર્ગ પર મૂલ્ય ખૂટે છે તે સમજાવે છે કે માન્ય દેખાતી ફાઇલે એન્ડપોઇન્ટ કેમ પસંદ ન કર્યો. તે હજી કહેતું નથી કે તે એન્ડપોઇન્ટ પહોંચવા યોગ્ય છે કે નહીં.

યોગ્ય સ્તર પર વિરામચિહ્નો તપાસો. નામો ડબલ કોલોન વિભાજકો વાપરે છે; સામાન્ય મૂલ્ય સોંપણીઓને અવતરણ અને અંતે અર્ધવિરામ જોઈએ. APT વિકલ્પ નામોમાં અક્ષરનું મોટું-નાનું મહત્વનું નથી, તેથી proxy ને Proxy માં બદલવું વધારાના સ્કોપ માટે સુધારો નથી. URI સ્ટ્રિંગની અંદરનો અર્ધવિરામ ડેટા છે, વિધાનનો અંત નહીં.

આસપાસ વધુ એક્સપોર્ટ ઉમેરવાને બદલે ઘોષણા સુધારો. APT ઇચ્છિત સેટિંગની જાણ કરે પછી, કનેક્શન ઇનકાર, 407 અથવા પ્રમાણપત્ર ભૂલ પછીના તબક્કાની છે.