VPN қоймасын қосқаннан кейін apt жаңартуы NO_PUBKEY-мен сәтсіз аяқталады

VPN жеткізушісінің apt көзі пакет менеджерін бұзды, ал түзету — бұл шешім, бұйрық емес. NO_PUBKEY, немесе қоймада Release файлы жоқ деген шағым, apt бұл көзге сенуден бас тартқанын білдіреді, сондықтан әрбір кейінгі пакет операциясы сол ескертуді шығара береді. Туннельдің өзі, бәлкім, кінәсіз. Бұл көз әлі керек пе деген үш сұраққа жауап беріңіз, ал дұрыс жөндеу дерлік механикалық түрде келеді.

Алдымен ақауды дұрыс санатқа қойыңыз

Сенім ақауы көз файлын және жоқ кілтті немесе жоқ Release файлын атайды. Тасымал ақауы басқаша көрінеді: TLS сертификатының қателері, қосылымнан бас тарту, уақыт шегі, немесе CONNECT-тен бас тартатын прокси. Бұл айырмашылық қай мақаланы оқып отырғаныңызды шешеді, өйткені TLS-ті ұстайтын немесе жеткізушінің хостын бөгейтін VPN қолтаңба қателерін емес, тасымал қателерін шығарады.

Іске қосыңыз sudo apt update жалғыз және соңын оқыңыз, жоғарыдағы кэштелген жолдарды елемей. Маңызды жол /etc/apt/sources.list.d/ қалтасын атайды және қай файлды ашу керектігін айтады.

Егер ақау туннель көтерілгеннен кейін пайда болса, туннель өшірулі күйде және DNS жүйелік шешуші арқылы шешілген күйде тексеріңіз. VPN-сыз жұмыс істейтін көз — маршруттау немесе ұстау мәселесі, және кілт басқарудың ешбір мөлшері оны түзетпейді.

Жолды таңдайтын үш сұрақ

Осы көзден пакеттерді әлі орнатып немесе жаңартып жүрсіз бе? Клиент белсенді қолданылса, сенімді жөндеңіз. Клиентті бір рет орнатып, қазір NetworkManager-ге қарапайым профиль импорттап жатсаңыз, көз — артық жүк, ал жою — адал түзету.

Екіншіден, жеткізуші арнадан тыс тексере алатын кілт пен саусақ ізін жариялай ма? Үшіншіден, бұл хостта кілттерді кім басқарады: дистрибутив пе, әлде сіз бе? Тексере алмайтын кілтпен қол қойылған көз — беруге тиіс емес жаңарту өкілеттігі.

Бірінші сұраққа жоқ деген жауап талдауды аяқтайды. Үш тармақтың барлығына иә деген жауап signed-by жөндеуіне әкеледі, ол бір мезгілде жұмыс істейтін және тексеріле алатын жалғыз құрылым. Екі жолды араластыру, көзді ұстап қалып, оны күшпен өткізу — анық жоққа шығаруға тұрарлық жалғыз нұсқа.

Неге trusted=yes жөндеуге ұқсайды, бірақ олай емес

sources.list нұсқаулығының беті бұл туралы тікелей айтады. Trusted опциясын yes мәніне қою apt-ке дереккөзді аутентификациядан өтпесе де қабылдауды айтады, бұл сол қойма үшін apt-secure-ды өшіреді. Бет мұны жергілікті контекстке қалдырады, егер мүлдем қолданылса.

Бұл жеткізушіге сенудің тар нұсқасы емес. Бұл индекске кім қол қойғаны туралы сұрақты жояды, сондықтан сол хост атына жауап бере алатын кез келген адам сіздің машинаңызға root ретінде орнатылатын пакеттерді бере алады.

Жөндеу жолы: кілтті алыңыз, содан кейін бекітіңіз

Кілтті жеткізуші құжаттайтын жерден алыңыз және оны әкімші басқаратын кілт сақинасына ашыңыз, содан кейін қойма жолын сол файлға бағыттаңыз, сонда сенім сырғымайды.

1. Сәтсіз жолды оқып, кілт ID-ін және көз файлының атын алыңыз.
2. Жеткізушінің ASCII-сауытталған кілтін жүктеп алып, gpg --dearmor командасын /etc/apt/keyrings/vendor-name.gpg ішіне орындаңыз.
3. [signed-by=/etc/apt/keyrings/vendor-name.gpg] сол жеткізушінің .list файлындағы жазбаға қосыңыз.
4. Іске қосыңыз sudo apt update және көздің қолтаңба ескертуін қайталаудың орнына индексті алатынын растаңыз.

Пакетпен бірге келетін кілттер үшін /usr/share/keyrings ұнатыңыз, ал қолмен қоятын кілттер үшін /etc/apt/keyrings. Бұл бөлу сәндік емес: ол келесі әкімшіге қай кілттердің пакет жаңартуына төтеп беретінін және қайсысына адам керектігін айтады.

Сенуге дейін саусақ ізін жеткізушінің жарияланған мәнімен салыстырыңыз. Форум жазбасынан қойылған кілт ID-і — машинаның ешкім атай алмайтын жаңарту өкілеттігіне сенуге кірісетін жолы.

Жою жолы, және қате неге қайта оралуы мүмкін

Орнатушының шын мәнінде не жазғанын қараңыз, өйткені бірнеше файл бір жеткізушіні атауы мүмкін, ал олардың бірі әдетте қалған көшірме.

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

apt бұл қалтадан тек .list және .sources файлдарын оқиды, сондықтан .save немесе .distUpgrade көшірмесі әлдеқашан еленбейді; оны жою бәрібір кейінгі оқырманның оны абайсызда қалпына келтіруіне жол бермейді. Көзді жою ештеңені жоюға әкелмейді, және apt содан кейін орнатылған VPN пакетін жергілікті орнатылған немесе енді қолжетімсіз деп сипаттауы мүмкін, бұл пакет күйінің хабарламасы, сенім қатесінің қайтуы емес.

Қайталанатын жағдай — кілттерді apt-key арқылы ғаламдық сенімді сақинаға орнатқан ескі нұсқаулық. Бұл жол ескірген, және шығарылым жаңартуы кілтті тастап кетуі немесе мүлдем сұралмауы мүмкін, дәл сондықтан бір жыл үнсіз болған қате сіз жаңартатын аптада көрінеді. /etc/apt/trusted.gpg.d/ қалтасын тексеріңіз, содан кейін сенім шешімін қойма жолына, өз орнына жылжытыңыз. Егер жеткізуші әлі apt-key нұсқауларын шығарса, signed-by қолданыңыз; бұл нұсқаулықта құжатталған құрылым және жаңартуға төтеп беретін сол.