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 ან სერტიფიკატის შეცდომა უფრო გვიან ეტაპს ეკუთვნის.