Nabigo ang pag-update ng VPN gateway: basahin ang yugto bago buksan ang labasan
Ang nabigong pag-update ay nagpapangalan ng yugto, hindi ng nawawalang port. Itugma ang mensahe sa may-ari nito, basahin ang landas ng proxy, at saka sadyang magpasya sa patakaran ng pagpapanatili.
Ang pagtangging i-install ang mga update sa seguridad ay isang masamang linggo lang ang layo mula sa pagiging problema ng ibang tao, at ang gateway na tumatanggap ng mga kliyente ang pinakamadaling lugar upang paunlarin ang gawi na iyon. Ang karaniwang dahilan ay hindi nawawalang ruta kundi nawawalang desisyon: walang nagsabi kung paano dapat maabot ng host mismo ang isang repository kapag sadyang makitid ang pagpapasa ng mga kliyente. Kailangang gawin ang desisyong iyon nang tahasan, at kailangan itong makitid kaysa sa pagpatay ng patakaran sa labasan nang isang hapon.
Apat na yugto, apat na magkaibang may-ari
Ang pagkabigo sa pag-update ay isang pinangalanang yugto, sinasabi man ito ng mensahe o hindi, at bawat yugto ay pag-aari ng ibang tao. Ang pangalang hindi malutas ay usapin ng resolver. Ang koneksyong nauubusan ng oras ay usapin ng transportasyon, proxy o ng malayong dulo. Ang error sa pagkakakilanlang TLS ay usapin ng tiwala, at ang tinanggihang metadata ng archive ay usapin ng lagda. Apat na yugto, apat na may-ari, at ang tuntunin sa port ay sumasagot lamang sa isa sa kanila.
| The failure text mentions | Which component owns it | What you check first | What you must not change |
|---|---|---|---|
| a name that will not resolve | the resolver policy for this host | which resolver is used, and whether its path is permitted | nothing in the firewall: no repository packet has left yet |
| a connection that times out | routing, proxy or the far end | the destination, port and proxy the manager actually attempts | the egress policy, before you know that destination |
| a TLS identity mismatch | trust configuration and the server's identity | the chain the manager is presented with | verification settings, which only hide the mismatch |
| rejected archive metadata | the repository's signing metadata | whether the source carries valid, trusted metadata | the signature check, which is not a routing question |
Ang ping at paglutas ng pangalan ang dalawang pagsubok na unang ginagamit ng mga tao, at parehong sumasagot sa mga tanong na walang nagtanong. Ang tugon ng echo ay gumagamit ng ibang protocol kaysa sa koneksyon sa repository, at ang matagumpay na paghahanap ay tumitigil sa paglutas ng pangalan nang hindi sinusubok ang pagkuha. Alinman sa dalawa ay maaaring pumasa habang nabigo ang tunay na transaksyon, at alinman ay maaaring mabigo dahil sa mga dahilang walang kaugnayan sa landas.
Basahin ang landas na talagang tinatahak ng manager
Suriin ang mga naka-configure na URI ng pinagmulan at ang aktuwal na kaayusan ng proxy sa halip na ipagpalagay ang alinman sa dalawa. Ang tuntuning isinulat para sa plain HTTP ay hindi pag-aayos kapag nagsasalita ng HTTPS ang repository, at ang organisasyong nag-uutos ng proxy ay pinili na ang landas. Iginagalang ng mga manager ng pakete ang mga variable ng kapaligiran at ang sarili nilang configuration, at ang mga setting na partikular sa host ay maaaring mangibabaw sa pandaigdigang isa. Ang ginagawa ng interactive na browser ay hindi kailangang maging ginagawa ng manager.
apt-get update -o Debug::Acquire::http=true
apt-config dump | grep -i proxy
env | grep -i proxyInilalarawan ng dokumentasyon ng transportasyong APT kung aling mga setting ang naaangkop sa aling scheme ng URI at kung paano isinusulat ang mga pagpipiliang partikular sa host. Itago ang output ng mga utos kasama ng ticket, dahil hinihiwalay nito ang problema sa proxy mula sa nawawalang ruta nang mas mabilis kaysa sa anumang bilang ng resulta ng ping. Isulat ang eksaktong destinasyon, port at protocol na sinusubok ng manager, at hayaang ang pagbabago sa firewall ay tumayo sa talaang iyon kaysa sa hinulaang mirror address na naluluma sa loob ng mga buwan.
Pumili ng patakaran sa pagpapanatili, hindi eksepsyon
Tatlong patakaran ang mapagtatanggol: magpanatili sa pamamagitan ng tunnel, magpanatili sa pamamagitan ng pinamamahalaang update proxy, o magpanatili sa pamamagitan ng mahigpit na awtorisadong direktang ruta. Ang bawat isa ay nagpapahiwatig ng kaayusan ng resolver na umaangkop dito. Ang hindi mapagtatanggol ay ang eksepsiyong tahimik na nagiging walang limitasyong reserba sa tuwing bumabagsak ang tunnel.
Isulat ang piniling patakaran kasama ng may-ari, dahil makikita ng susunod na operator ang tuntunin at hindi ang pangangatwiran sa likod nito. Ipatupad ang pahintulot sa pamamagitan ng umiiral na firewall at ng may-ari ng network sa halip na i-flush ang mga tuntunin o magdagdag ng pangalawang manager ng patakaran para sa isang host. Saklawin ang mga pamilya ng address at mga endpoint ng serbisyo na ginagamit ng tunay na pinagmulan, at repasuhin ang listahan kapag lumipat ang repository.
Mag-verify nang hindi pinapahina ang tiwala
Ang matagumpay na transportasyon ay hindi pahintulot na luwagan ang beripikasyon: ang pagpapatotoo ng archive at ang pagkakakilanlan ng TLS server ay dalawang magkaibang pagsusuri, at ang pagpapatay ng alinman sa mga ito ay nagpapawala ng error habang binabago kung ano ang tatanggapin ng host. Ang proxy na nanghihimasok ay desisyon sa tiwala ng may-ari ng network at hindi dahilan upang patayin ang pagsusuri nang lokal, at ang mga kredensyal ng repository ay hindi dapat mapunta sa pinagsasaluhang diagnostics, dahil ang detalyadong log ang pinakamadaling lugar upang mapasagasahan ang mga ito.
Tanggapin ang pagbabago sa isang kontroladong pagkuha ng metadata na sinusundan ng isang inaprubahang transaksyon ng pakete, pagkatapos ay subukan ang nangyayari kapag bumagsak ang tunnel. Ang landas ng pagpapanatiling tahimik na lumalawak habang may pagkagambala ay mas masama kaysa sa isang nabigo nang sarado, at ang resulta ay dapat na landas ng pag-update na may pinangalanang may-ari at may hangganang saklaw.