Сајтовите се вчитуваат преку VPN, но apt не стигнува до складиштето

Прелистувачот што работи преку VPN не кажува ништо за поставките за прокси на apt. Прочитајте ја фазата што паѓа, испечатете ја ефективната конфигурација, потоа поставете го проксито што 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 backend, фрагментот на APT не менува ништо за него, затоа проверете кој процес го направил неуспешното барање.

Проверете ја патеката, не само излезниот код

Со фрагментот на место, набљудувајте го барањето наместо да верувате на зелен резултат. apt-get -o Debug::Acquire::http=true update го печати обидот за поврзување, избраното прокси и кодот на одговор, што разликува погрешно прокси од прокси што ве одбило.

Потоа проверете го случајот што не би требало да работи. Исклучете го VPN и потврдете дека внатрешното огледало престанува да одговара; ако сѐ уште презема, нешто рутира покрај тунелот или ве служи застарена кеш меморија. Потврдете дека дозволената патека сѐ уште проверува TLS и сѐ уште ги проверува потписите на складиштето, бидејќи прокси што го инспектира сообраќајот не е причина да исклучите ниту едното ниту другото. Потврдете и дека неавтентифициран клиент добива јасно одбивање наместо тивок тајмаут.

Чувајте го работниот фрагмент и неуспешниот излез заедно во записот за промени. Следната личност што ќе налета на истото закочување ќе ја препознае разликата од два реда побрзо отколку од кое било објаснување.

Поврзани статии