रेपो पॅकेज की VPN क्लायंट पॅकेज: आधी कोणते?

तुम्ही विक्रेत्याचे पॅकेज स्थापित करता, आदेश शून्य परत करतो, आणि तरीही सुरू करण्यासाठी VPN अॅप्लिकेशन नाही। असे तेव्हा होते जेव्हा तुम्ही स्थापित केलेल्या पॅकेजने क्लायंट देण्याऐवजी रेपो कॉन्फिगर केले, आणि फरक त्याने डिस्कवर काय ठेवले यातून दिसतो। दोन्ही गरजेचे आहेत का आणि कोणत्या क्रमाने, हे विक्रेत्याच्या नावावर नाही तर तीन अटींवर अवलंबून आहे। खालील निर्णय स्रोत सेटअप, मेटाडेटा रिफ्रेश आणि अॅप्लिकेशन स्थापना हे स्वतंत्र पुराव्यांसह स्वतंत्र कृती म्हणून ठेवतो।

प्रत्येक पॅकेज प्रत्यक्षात काय बदलते

रेपो-कॉन्फिगरेशन पॅकेज APT स्रोत नोंद लिहिते, ती नोंद ज्या स्वाक्षरी कीवर विश्वास ठेवते ती आयात करते आणि बाहेर पडते। त्याचा पेलोड /etc/apt अंतर्गत काही फाइली आणि एक कीरिंग आहे, आणि चालवण्यासारखे काहीही नाही। क्लायंट पॅकेज डिमन किंवा डेस्कटॉप अॅप्लिकेशन, त्याची लायब्ररी आणि त्याची अवलंबनं देते, आणि मेनू किंवा systemd युनिटमध्ये जी वस्तू पोहोचते ती हीच।

-release ने संपणारी फाइलनावे पहिला प्रकार सुचवतात, पण प्रत्यय हा एक संकेत आहे, हमी नाही। पॅकेजच्या भूमिकेबद्दल विश्वासार्ह विधान म्हणजे त्याची फाइल यादी आणि त्याची अवलंबनं, आणि दोन्ही काहीही स्थापित करण्यापूर्वी वाचता येतात। आपले पॅकेजिंग पुन्हा आकार देणारा विक्रेता तेच फाइलनाव ठेवतो आणि सामग्री बदलतो, त्यामुळे दोन वर्षांपूर्वीच्या थ्रेडमधून कॉपी केलेले उत्तर आता अस्तित्वात नसलेल्या पॅकेजचे वर्णन करू शकते। तुम्ही चालवत असलेल्या रिलीजसाठी प्रदात्याच्या सध्याच्या सूचना वाचा, नंतर पॅकेज काय घोषित करते ते तपासा।

त्या विभाजनातून तीन टप्पे येतात: स्रोत नोंदवा, तो पोषणारा मेटाडेटा रिफ्रेश करा, नंतर अॅप्लिकेशन नावाने स्थापित करा। Debian आणि Ubuntu स्थापना मार्गदर्शक ते वेगळे ठेवते, म्हणूनच क्लायंट स्रोत सेट करणाऱ्या पॅकेजकडून नाही तर पुढील टप्प्यात मागवला जातो।

क्रम ठरवणाऱ्या तीन अटी

पहिली अट म्हणजे विक्रेता तुमच्या नेमक्या वितरण रिलीजसाठी रेपो प्रकाशित करतो का। एका सूटसाठी तयार केलेली स्रोत ओळ दुसऱ्या सूटच्या अवलंबनांविरुद्ध सुटू शकते आणि कोणीही तपासले नसलेले मिश्रण स्थापित करू शकते।

दुसरी अट म्हणजे तुमच्या वितरणात क्लायंट आधीपासून आहे का। असल्यास, वितरण पॅकेज तुमच्या रिलीजचे लायब्ररी संक्रमण आणि सुरक्षा अद्यतने अनुसरते, तर विक्रेत्याचे पॅकेज वेगाने पुढे जाऊ शकते आणि सामायिक लायब्ररींच्या स्वतःच्या प्रती आणू शकते।

तिसरी अट म्हणजे तुम्हाला प्रत्यक्षात कोणती वैशिष्ट्ये हवी आहेत। विक्रेत्याचे बिल्ड तुमच्या वितरणाने पॅकेज न केलेली नवीन प्रोटोकॉल अंमलबजावणी किंवा डेस्कटॉप एकत्रीकरण देऊ शकते, आणि दुसरा स्रोत स्वीकारण्याचे हे खरे कारण आहे। वितरणाचे बिल्ड तुमचा वापर झाकत असल्यास, तृतीय-पक्ष रेपो जोडणे फार कमी बदल्यात अद्यतनाचे काम आणि आणखी एक विश्वासाचे नाते विकत घेते।

स्रोत ओळ अस्तित्वात येण्यापूर्वी ती तीन उत्तरे ठरवा, कारण नंतर ती काढणे म्हणजे पॅकेज आणि त्याची की स्वच्छ करणे। ठरल्यावर, विक्रेत्याच्या मार्गातील क्रम हा पर्याय नाही: आधी स्रोत, दुसरा मेटाडेटा, तिसरे अॅप्लिकेशन, कधीही उलट नाही।

रिलीज पॅकेजने काय मागे ठेवले ते तपासा

दुसरे काहीही स्थापित करण्यापूर्वी वर्णन नाही तर फाइल यादी वाचा। Debian कुटुंबातील प्रणालींवर पॅकेज मॅनिफेस्ट सांगते की त्याने काय कॉन्फिगर केले आणि की कुठे उतरली।

dpkg -L proton-vpn-release | grep -E 'apt|keyring'
apt-cache policy proton-vpn-gnome-desktop
grep -r protonvpn /etc/apt/sources.list.d/

पहिली ओळ स्रोत फाइल आणि कीरिंग मार्ग दाखवते, दुसरी ओळ कॉन्फिगर केलेले स्रोत कोणती आवृत्ती देऊ शकतात ते सांगते। apt-cache policy क्लायंट नावासाठी काहीही छापत नसल्यास, मेटाडेटा रिफ्रेश झाला नाही किंवा स्रोत दुसऱ्या सूटला लक्ष्य करतो। तिसरी ओळ नोंद APT प्रत्यक्षात वाचतो तिथेच आहे याची पुष्टी करते।

कीरिंग मार्ग स्रोत ओळीतील signed-by= फील्डशी जुळवा। चुकीच्या डिरेक्टरीतील की अनुमत न केलेल्या स्रोताची त्रुटी निर्माण करते, आणि ती अनुपलब्ध पॅकेजपेक्षा वेगळी बिघाड आहे।

अवलंबन अपयश स्वतंत्र टप्पा म्हणून घ्या

डाउनलोड केलेले .deb dpkg -i ने स्थापित केल्याने काहीही सुटत नाही: ते अवलंबनं तपासते, काय गहाळ आहे ते सांगते आणि पॅकेज अर्धे कॉन्फिगर केलेले ठेवते। हे अपेक्षित वर्तन आहे, खराब डाउनलोड नाही।

नंतर apt --fix-broken install तुमच्या स्रोतांकडून APT ला सुसंगत स्थिती मागते। APT ला माहीत नाही की तुम्हाला कोणता VPN हवा होता, आणि त्याची योजना सापडलेली मर्यादा पूर्ण करण्यासाठी पॅकेजेस काढू शकते। हो म्हणण्यापूर्वी प्रस्तावित व्यवहार वाचा, आणि काढणे तुम्हाला आवश्यक असलेल्या गोष्टीला स्पर्श करत असल्यास थांबा। योजना न वाचता दुरुस्तीची पुनरावृत्ती करणे म्हणजे लहान अवलंबन तफावत अशा डेस्कटॉपमध्ये बदलणे जो पुन्हा सुरू होत नाही।

पॅकेज मॅनेजरचा पहिला अर्थपूर्ण संदेश जतन करा आणि कृती करण्यापूर्वी त्याचे वर्गीकरण करा। स्वाक्षरी न केलेला रेपो, कॉन्फिगर केलेल्या स्रोतांमध्ये नसलेले पॅकेज, आवृत्ती संघर्ष, आणि सुरू होऊन नंतर मरणारा क्लायंट या चार वेगवेगळ्या बिघाडी आहेत।

अॅप्लिकेशन तपासा, रेपो नाही

क्लायंट स्थापित स्थितीत पोहोचला याची खात्री करा, नंतर प्रोग्राम सुरू होतो याची खात्री करा। dpkg-query -W -f='${Status} ${Version}' proton-vpn-gnome-desktop ने आवृत्तीसह install ok installed नोंदवले पाहिजे, आणि त्यानंतरचे सुरू न होणे ही पॅकेजिंगची नाही तर अॅप्लिकेशनची समस्या आहे।

रेपोचा मालक आणि अॅप्लिकेशन पॅकेज स्वतंत्र वस्तू म्हणून नोंदवा, जेणेकरून नंतरचे काढणे योग्य ते घेईल आणि दुसरे अखंड ठेवेल। विक्रेता त्याचे मार्गदर्शक बदलतो तेव्हा स्रोत नोंद ही तुम्ही पुन्हा वाचता ती गोष्ट; क्लायंट नाव हे तुम्ही पुन्हा स्थापित करता ती गोष्ट।