Vietnes ielādējas caur VPN, bet apt neaizsniedz krātuvi

Pārlūks, kas darbojas caur VPN, neko nepasaka par apt starpniekservera iestatījumiem. Izlasiet neizdevušos posmu, izdrukājiet spēkā esošo konfigurāciju un pēc tam iestatiet starpniekserveri, ko apt lasa.

VPN savienojas, iekšējā viki ielādējas pārlūkā, un apt update joprojām karājas spogulī, kuru tas nevar sasniegt. Šajā attēlā tunelī nekas nav salauzts. Pārlūks un paku pārvaldnieks pieņēma divus atsevišķus starpniekservera lēmumus, un tikai viens no tiem bija konfigurēts.

Kurš lēmums neizdevās, ir vienīgais, ko ir vērts vispirms noskaidrot.

Izlasiet kļūdu, pirms aiztiecat iestatījumu

Katrs posms atstāj citu ziņojumu. Nosaukums, kas nekad neatrisinās, ir DNS; savienojums, kas nekad nebeidzas, ir maršrutēšana vai ugunsmūris; tūlītējs 407 ir starpniekservera autentifikācija; sūdzība par sertifikātu ir TLS pārbaude; un brīdinājums par parakstu ir krātuves metadati. Šīs piecas kļūmes prasa piecus dažādus labojumus, un rinda ar starpniekserveri, kas uzlīmēta virs DNS problēmas, tikai pārvieto iekāršanos.

Nokopējiet precīzo rindu un krātuvi, ko tā nosauc, pirms kaut ko maināt. Neskaidra atmiņa „tas nokavēja laiku“ ir tas, kas desmit minūšu diagnostiku pārvērš veselā pēcpusdienā.

APT uztur savus starpniekservera iestatījumus

APT lasa /etc/apt/apt.conf.d/, galveno apt.conf un jebkuru failu, ko nosauc APT_CONFIG. Tas nelasa darbvirsmas starpniekservera profilu, GNOME tīkla iestatījumu vai pārlūka paplašinājumu. Transports gan ievēro starpniekservera vides mainīgos, tāpēc jūsu čaulā strādājošs export https_proxy=... neko nepierāda par taimeri, kas darbojas citā vidē.

Izdrukājiet to, ko neizdevušais process patiešām redz: apt-config dump | grep -i proxy.

Palaidiet to kā lietotājs, ar kuru darbojas neizdevusī operācija. Ja root lasa citu failu kopu vai systemd taimeris startē citā vidē, izdruka atšķirsies, un šī atšķirība ir jūsu atbilde. Divas pretrunīgas starpniekservera vērtības ir sliktākas par vienu trūkstošu, jo transports seko visprecīzākajai atbilstībai, ko atrod.

Iestatiet starpniekserveri tur, kur to gaida konfigurācijas īpašnieks

Administratora apstiprinātam skaidram starpniekserverim pietiek ar nelielu fragmentu jaunā failā:

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

Trešā rinda ir tā daļa, ko lielākā daļa piemēru izlaiž. Atslēga uz resursdatoru pārspēj vispārīgo vērtību, tāpēc iekšējs spogulis, kas sasniedzams caur tuneli, var apiet starpniekserveri, kamēr viss pārējais joprojām iet caur to. DIRECT ir dokumentētā vērtība tam, nevis tukša virkne.

Pievienojiet fragmentu kā jaunu numurētu failu, piemēram, /etc/apt/apt.conf.d/95proxy. Izplatīšanas faila pārrakstīšana nozīmē, ka nākamais paku atjauninājums klusi atcels jūsu izmaiņas.

Akreditācijas dati paliek ārpus URI

APT transporta atsauce autentifikācijai norāda uz apt_auth.conf, un tieši tur pieder lietotājvārds un parole. Iestrādājot tos starpniekservera URI, tie nonāk procesu sarakstos, čaulas vēsturē un katrā konfigurācijas izdrukā, kas ielīmēta biļetenā. Autentifikācijas failam nepieciešamas stingras atļaujas, jo tas ir akreditācijas datu krātuve.

Pārbaudiet arī shēmu. HTTPS krātuvi joprojām var sasniegt caur HTTP starpniekserveri; transports ir atsevišķa izvēle no spoguļa URI shēmas.

Grafiskais programmatūras centrs ir atsevišķa saskarne. Ja tas izmanto PackageKit vai snap aizmuguri, APT fragments tam neko nemaina, tāpēc pārbaudiet, kurš process veica neizdevušos pieprasījumu.

Pārbaudiet ceļu, ne tikai izejas kodu

Kad fragments ir vietā, vērojiet pieprasījumu, nevis paļaujieties uz zaļu rezultātu. apt-get -o Debug::Acquire::http=true update izdrukā savienojuma mēģinājumu, izvēlēto starpniekserveri un atbildes kodu, kas atšķir nepareizu starpniekserveri no tā, kas jums atteica.

Pēc tam pārbaudiet gadījumu, kuram nevajadzētu darboties. Atvienojiet VPN un pārliecinieties, ka iekšējais spogulis pārstāj atbildēt; ja tas joprojām lejupielādē, kaut kas maršrutē ap tuneli vai jūs apkalpo novecojis kešs. Pārliecinieties, ka atļautais ceļš joprojām pārbauda TLS un joprojām pārbauda krātuves parakstus, jo starpniekserveris, kas pārbauda trafiku, nav iemesls izslēgt kādu no tiem. Pārliecinieties arī, ka neautentificēts klients saņem skaidru atteikumu, nevis klusu taimautu.

Turiet strādājošo fragmentu un neizdevušos izdruku kopā izmaiņu žurnālā. Nākamais cilvēks, kas saskarsies ar to pašu iekāršanos, divu rindu atšķirību atpazīs ātrāk nekā no jebkura skaidrojuma.

Saistītie raksti