საიტები VPN-ით იტვირთება, მაგრამ apt რეპოზიტორიას ვერ აღწევს

VPN უკავშირდება, შიდა ვიკი ბრაუზერში იტვირთება და apt update კვლავ ჩარჩენილია სარკეზე, რომელსაც ვერ აღწევს. ამ სურათში გვირაბში არაფერი არ არის გატეხილი. ბრაუზერმა და პაკეტების მენეჯერმა ორი ცალკე პროქსის გადაწყვეტილება მიიღეს და მხოლოდ ერთი მათგანი იყო კონფიგურირებული.

რომელი გადაწყვეტილება ჩავარდა, ერთადერთია, რაც პირველ რიგში უნდა დადგინდეს.

წაიკითხეთ შეცდომა, სანამ პარამეტრს შეეხებით

ყოველი ეტაპი განსხვავებულ შეტყობინებას ტოვებს. სახელი, რომელიც არასოდეს იხსნება, არის DNS, კავშირი, რომელიც არასოდეს სრულდება, არის მარშრუტიზაცია ან ფაირვოლი, მყისიერი 407 არის პროქსის ავტორიზაცია, სერტიფიკატზე ჩივილი არის TLS-ის შემოწმება, ხოლო ხელმოწერის გაფრთხილება არის რეპოზიტორიის მეტამონაცემები. ეს ხუთი ხარვეზი ხუთ სხვადასხვა შესწორებას მოითხოვს და DNS პრობლემაზე მიკრული პროქსის ხაზი მხოლოდ ჩარჩენას გადაადგილებს.

სანამ რამეს შეცვლით, დააკოპირეთ ზუსტი ხაზი და რეპოზიტორია, რომელსაც ის ასახელებს. „დრო ამოიწურა“-ს ბუნდოვანი მოგონება არის ის, რაც ათწუთიან დიაგნოსტიკას მთელ შუადღედ აქცევს.

APT საკუთარ პროქსის პარამეტრებს ინახავს

APT კითხულობს /etc/apt/apt.conf.d/, მთავარ apt.conf-ს და ნებისმიერ ფაილს, რომელსაც APT_CONFIG ასახელებს. ის არ კითხულობს სამუშაო მაგიდის პროქსის პროფილს, GNOME-ის ქსელურ პარამეტრს ან ბრაუზერის გაფართოებას. ტრანსპორტი კი ითვალისწინებს პროქსის გარემოს ცვლადებს, ამიტომ თქვენს გარსში მომუშავე export https_proxy=... არაფერს ამტკიცებს სხვა გარემოში მომუშავე ტაიმერის შესახებ.

ამობეჭდეთ, რასაც წარუმატებელი პროცესი რეალურად ხედავს: apt-config dump | grep -i proxy.

გაუშვით ეს იმ მომხმარებლის სახელით, რომლითაც წარუმატებელი ოპერაცია მუშაობს. თუ root სხვა ფაილების ერთობლიობას კითხულობს, ან systemd-ის ტაიმერი სხვა გარემოთი იწყება, ამონაბეჭდი განსხვავებული იქნება და ეს განსხვავება თქვენი პასუხია. ორი ურთიერთსაწინააღმდეგო პროქსის მნიშვნელობა ერთ დაკარგულ მნიშვნელობაზე უარესია, რადგან ტრანსპორტი მიჰყვება ყველაზე კონკრეტულ დამთხვევას, რომელსაც იპოვის.

დააყენეთ პროქსი იქ, სადაც კონფიგურაციის მფლობელი მას ელოდება

ადმინისტრატორის მიერ დამტკიცებული აშკარა პროქსისთვის საკმარისია პატარა ფრაგმენტი ახალ ფაილში:

Acquire::http::Proxy "http://proxy.corp.example:3128/";
Acquire::https::Proxy "http://proxy.corp.example:3128/";
Acquire::http::Proxy::archive.example.internal "DIRECT";

მესამე ხაზი არის ის ნაწილი, რომელსაც უმეტესი მაგალითები გამოტოვებს. ჰოსტის მიხედვით გასაღები უპირატესობას იღებს ზოგად მნიშვნელობაზე, ასე რომ გვირაბით მისაწვდომი შიდა სარკე შეიძლება გვერდი აუაროს პროქსის, სანამ დანარჩენი ყველაფერი კვლავ მის გავლით მიდის. DIRECT ამისთვის დოკუმენტირებული მნიშვნელობაა და არა ცარიელი სტრიქონი.

დაამატეთ ფრაგმენტი როგორც ახალი დანომრილი ფაილი, მაგალითად /etc/apt/apt.conf.d/95proxy. დისტრიბუტივის ფაილის გადაწერა ნიშნავს, რომ შემდეგი პაკეტის განახლება თქვენს ცვლილებას ჩუმად დააბრუნებს.

საკრედიტო მონაცემები URI-ს გარეთ რჩება

APT ტრანსპორტის ცნობარი ავტორიზაციისთვის apt_auth.conf-ზე მიუთითებს და სწორედ იქ არის მომხმარებლის სახელისა და პაროლის ადგილი. მათი პროქსის URI-ში ჩაშენება ათავსებს მათ პროცესების სიებში, გარსის ისტორიაში და ბილეთში ჩასმულ ყოველ კონფიგურაციის ამონაბეჭდში. ავტორიზაციის ფაილს მკაცრი ნებართვები სჭირდება, რადგან ეს საკრედიტო მონაცემების საცავია.

შეამოწმეთ სქემაც. HTTPS რეპოზიტორია კვლავ მისაწვდომია HTTP პროქსის მეშვეობით; ტრანსპორტი სარკის URI სქემისგან ცალკე არჩევანია.

გრაფიკული პროგრამული უზრუნველყოფის ცენტრი ცალკე ინტერფეისია. თუ ის იყენებს PackageKit-ს ან snap-ის უკანა ნაწილს, APT-ის ფრაგმენტი მისთვის არაფერს ცვლის, ამიტომ შეამოწმეთ, რომელმა პროცესმა გააკეთა წარუმატებელი მოთხოვნა.

დაადასტურეთ გზა და არა მხოლოდ გასვლის კოდი

ფრაგმენტის ადგილზე ყოფნისას დააკვირდით მოთხოვნას და ნუ დაეყრდნობით მწვანე შედეგს. apt-get -o Debug::Acquire::http=true update ბეჭდავს კავშირის მცდელობას, არჩეულ პროქსის და პასუხის კოდს, რაც გამოჰყოფს არასწორ პროქსის იმ პროქსისგან, რომელმაც თქვენ უარგყო.

შემდეგ გამოსცადეთ შემთხვევა, რომელიც არ უნდა მუშაობდეს. გათიშეთ VPN და დაადასტურეთ, რომ შიდა სარკე პასუხის გაცემას წყვეტს; თუ ის კვლავ ჩამოტვირთავს, რაღაც გვირაბს გვერდს უვლის ან ძველი ქეში გემსახურებათ. დაადასტურეთ, რომ ნებადართული გზა კვლავ ამოწმებს TLS-ს და კვლავ ამოწმებს რეპოზიტორიის ხელმოწერებს, რადგან ტრაფიკის შემამოწმებელი პროქსი ორივე მათგანის გამორთვის მიზეზი არ არის. ასევე დაადასტურეთ, რომ არაავტორიზებული კლიენტი ჩუმი დროის ამოწურვის ნაცვლად მკაფიო უარს იღებს.

შეინახეთ მომუშავე ფრაგმენტი და წარუმატებელი ამონაბეჭდი ერთად ცვლილებების ჟურნალში. შემდეგი ადამიანი, ვინც იმავე ჩარჩენას წააწყდება, ორი ხაზის განსხვავებას ნებისმიერ ახსნაზე უფრო სწრაფად ამოიცნობს.