VPN ombori qo‘shilgandan so‘ng apt yangilanishi NO_PUBKEY bilan muvaffaqiyatsiz tugaydi

VPN yetkazib beruvchingizning apt manbasi paket menejerini buzdi, va yechim buyruq emas, qarordir. NO_PUBKEY, yoki omborda Release fayli yo‘qligi haqidagi shikoyat, apt bu manbaga ishonishdan bosh tortganini bildiradi, shuning uchun keyingi har bir paket amali o‘sha ogohlantirishni chop etishda davom etadi. Tunnelning o‘zi aybsiz bo‘lishi mumkin. Bu manba hali kerakmi degan uch savolga javob bering, va to‘g‘ri tuzatish deyarli mexanik tarzda keladi.

Avval nosozlikni to‘g‘ri toifaga joylashtiring

Ishonch nosozligi manba faylini va yo‘q kalitni yoki mavjud bo‘lmagan Release faylini nomlaydi. Uzatish nosozligi boshqacha ko‘rinadi: TLS sertifikati xatolari, rad etilgan ulanish, vaqt tugashi yoki CONNECTni rad etuvchi proksi. Bu farq qaysi maqolani o‘qiyotganingizni hal qiladi, chunki TLSni ushlab qoladigan yoki yetkazib beruvchining hostini bloklaydigan VPN imzo xatolarini emas, uzatish xatolarini keltiradi.

Ishga tushiring sudo apt update yakka o‘zi va oxirini o‘qing, yuqoridagi keshlangan qatorlarni e’tiborsiz qoldirib. Muhim qator /etc/apt/sources.list.d/ jildini nomlaydi va qaysi faylni ochish kerakligini aytadi.

Agar nosozlik tunnel ko‘tarilgandan keyin paydo bo‘lsa, tunnel o‘chirilgan holatda va DNS tizim hal qiluvchisi orqali hal qilingan holatda sinab ko‘ring. VPNsiz ishlaydigan manba — marshrutlash yoki ushlab qolish masalasi, va hech qanday kalit boshqaruvi uni tuzatmaydi.

Yo‘lni tanlaydigan uch savol

Bu manbadan hali ham paket o‘rnatib yoki yangilab turasizmi? Agar mijoz faol ishlatilsa, ishonchni tuzating. Mijozni bir marta o‘rnatib, endi NetworkManager’ga oddiy profil import qilsangiz, manba ortiqcha yuk, va olib tashlash halol tuzatishdir.

Ikkinchidan, yetkazib beruvchi kanaldan tashqarida tekshirish mumkin bo‘lgan kalit va barmoq izini e’lon qiladimi? Uchinchidan, bu hostda kalitlarni kim boshqaradi: distributivmi yoki sizmi? Tekshira olmaydigan kalit bilan imzolangan manba — berish kerak bo‘lmagan yangilash vakolati.

Birinchi savolga yo‘q degan javob tahlilni tugatadi. Uch nuqtaning barchasiga ha degan javob signed-by tuzatishiga olib boradi, u bir vaqtda ishlaydigan va tekshiriladigan yagona tartibdir. Ikki yo‘lni aralashtirish, manbani saqlab, uni zo‘rlik bilan o‘tkazish — aniq istisno qilishga arziydigan yagona variant.

Nega trusted=yes tuzatishga o‘xshaydi, lekin unday emas

sources.list qo‘llanmasining sahifasi bu haqda to‘g‘ridan-to‘g‘ri gapiradi. Trusted parametrini yes ga sozlash aptga manbani autentifikatsiyadan o‘tmasa ham qabul qilishni aytadi, bu esa o‘sha ombor uchun apt-secureni o‘chiradi. Sahifa buni mahalliy kontekst uchun saqlab qo‘yadi, agar umuman ishlatilsa.

Bu yetkazib beruvchiga ishonishning torroq varianti emas. Bu indeksga kim imzo chekkani haqidagi savolni olib tashlaydi, shuning uchun o‘sha host nomiga javob bera oladigan har kim mashinangizga root sifatida o‘rnatiladigan paketlar bera oladi.

Tuzatish yo‘li: kalitni oling, keyin mahkamlang

Kalitni yetkazib beruvchi hujjatlashtirgan joydan oling va uni administrator boshqaradigan kalit halqasiga oching, keyin ombor qatorini o‘sha faylga yo‘naltiring, ishonch siljib ketmasin.

1. Muvaffaqiyatsiz qatorni o‘qib, kalit IDsi va manba fayli nomini oling.
2. Yetkazib beruvchining ASCII zirhli kalitini yuklab oling va gpg --dearmor buyrug‘ini /etc/apt/keyrings/vendor-name.gpg ichida ishga tushiring.
3. [signed-by=/etc/apt/keyrings/vendor-name.gpg] ni o‘sha yetkazib beruvchining .list faylidagi yozuvga qo‘shing.
4. Ishga tushiring sudo apt update va manba imzo ogohlantirishini takrorlash o‘rniga indeks olayotganini tasdiqlang.

Paket bilan kelgan kalitlar uchun /usr/share/keyrings ni afzal ko‘ring, qo‘lda qo‘ygan kalitlar uchun /etc/apt/keyrings ni. Bu bo‘linish bezak emas: keyingi administratorga qaysi kalitlar paket yangilanishidan omon qolishini va qaysilari odam talab qilishini aytadi.

Ishonishdan oldin barmoq izini yetkazib beruvchi e’lon qilgan qiymat bilan solishtiring. Forum postidan yopishtirilgan kalit ID — mashina hech kim nomlay olmaydigan yangilash vakolatiga ishona boshlashining yo‘li.

Olib tashlash yo‘li, va xato nega qaytishi mumkin

O‘rnatuvchi aslida nima yozganini ko‘ring, chunki bir nechta fayl bitta yetkazib beruvchini eslatishi mumkin va ulardan biri odatda qolib ketgan nusxa.

grep -r . /etc/apt/sources.list.d/
sudo rm /etc/apt/sources.list.d/vendor.list

apt bu jilddan faqat .list va .sources fayllarini o‘qiydi, shuning uchun .save yoki .distUpgrade nusxasi allaqachon e’tiborsiz; baribir uni o‘chirish keyingi o‘quvchining uni tasodifan tiklashiga yo‘l qo‘ymaydi. Manbani olib tashlash hech narsani o‘rnatishdan chiqarmaydi, va apt keyin o‘rnatilgan VPN paketini mahalliy o‘rnatilgan yoki endi mavjud emas deb tavsiflashi mumkin, bu paket holati xabari, ishonch xatosining qaytishi emas.

Takrorlanadigan holat — kalitlarni apt-key orqali global ishonchli halqaga o‘rnatgan eski ko‘rsatma. Bu yo‘l eskirgan, va reliz yangilanishi kalitni tushirib qoldirishi yoki umuman so‘ralmay qolishiga olib kelishi mumkin, va bir yil jim turgan xato siz yangilayotgan haftada ko‘rinishining sababi aynan shu. /etc/apt/trusted.gpg.d/ jildini tekshiring, keyin ishonch qarorini ombor qatoriga, o‘z joyiga ko‘chiring. Agar yetkazib beruvchi hali ham apt-key ko‘rsatmalarini chop etsa, baribir signed-by ishlating; bu qo‘llanmada hujjatlashtirilgan tartib va yangilanishdan omon qoladigan ham shu.