VPN रेपॉझिटरी जोडल्यानंतर NO_PUBKEY सह apt अपडेट अयशस्वी होते

तुमच्या 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 वापरा; तीच मॅन्युअलमध्ये नोंदवलेली व्यवस्था आहे, आणि अपग्रेड टिकून राहणारी तीच आहे.