APT होल्ड वा अपग्रेड मार्ग: VPN क्लाइन्ट फर्काउने

क्लाइन्ट अपडेटहरूले सुरुङ तोड्छन्, पुराना संस्करणहरू चलिरहन्छन्, र यसले दुई स्पष्ट उपाय छोड्छ। एउटा प्याकेजलाई जहाँ छ त्यहीँ राख्छ र सुधारको प्रतीक्षा गर्छ; अर्को तुरुन्तै समर्थित व्यवस्थामा जान्छ। ती समान रूपमा सुरक्षित छैनन्, र कुनै पनि निकास बिनाको मर्मत रणनीति होइन। रोज्नु अघि तिनीहरूले वास्तवमा के फ्रिज गर्छन् भन्नेमा तुलना गर्नुहोस्।

एउटा रिग्रेसनका लागि दुई उपाय

प्याकेज होल्ड गर्नु भनेको काम गर्ने संस्करण स्थापित रहनु र APT लाई त्यो सार्न नदिनु हो। यसले समय किन्छ, प्रयोगकर्ताहरूलाई जोडिएको राख्छ र मूल बगलाई छुनबाट जोगाउँछ। अगाडि बढ्नु भनेको रिग्रेसन सुधार्ने समर्थित रिलिज खोज्नु, वा जडानको मालिकलाई वितरणले अझै मर्मत गर्ने कुनै चीजमा बदल्नु हो। यसले सुरुमा बढी काम लिन्छ र स्थायी जोखिम हटाउँछ।

रोजाइ निर्णय अघि हुनुपर्ने तीन तथ्यमा निर्भर छ: कुन घटक रिग्रेस भयो, सुधारिएको रिलिज छ कि छैन, र अस्थायी अवस्था कति समय सहन सकिन्छ।

दुईमध्ये एउटा रोज्नु अघि विफलता स्थिर गर्नुहोस्

NetworkManager कोर अपडेट, VPN प्लगइन अपडेट र रिजोल्भर सहायकको रिग्रेसन प्रयोगकर्ताको स्थानबाट एउटै देखिन्छन् र तिनका रोलब्याक उम्मेदवार फरक छन्। सही प्याकेज, संस्करण र पहिलो नयाँ त्रुटि रेकर्ड गर्नुहोस्।

apt-cache policy network-manager network-manager-openvpn
dpkg -l | grep -E 'network-manager|openvpn|wireguard'

सूचीहरू ताजा नगरिएको खण्डमा प्याकेज मेटाडेटा पुरानो हुन सक्छ, त्यसैले यसलाई सङ्केतका रूपमा पढ्नुहोस् र वास्तवमा स्थापित संस्करणसँग भिडाएर पुष्टि गर्नुहोस्। फोरम पोस्टबाट लक्ष्य संस्करण नलिनुहोस्; अर्को रिलिजको त्यही संस्करण स्ट्रिङले फरक निर्भरता समूह बोक्न सक्छ।

होल्डले के समेट्छ तुलना गर्नुहोस्

होल्डले प्याकेज स्वतः स्थापना, अपग्रेड वा हटाउनबाट रोक्छ। तर यसले त्यसका निर्भरताहरू फ्रिज गर्दैन, जडान मर्मत गर्दैन र पुरानो बाइनरी सुरक्षित बनाउँदैन। त्यही खाडल नै सम्पूर्ण तुलना हो। यदि रिग्रेसन क्लाइन्ट लिङ्क भएको लाइब्रेरीबाट आयो भने, लाइब्रेरी चलिरहँदा क्लाइन्ट होल्ड गर्दा केही पनि बदलिँदैन।

sudo apt-get -s install network-manager=1.42.4-1
apt-mark showhold

पहिले डाउनग्रेडको अनुकरण गर्नुहोस् र प्रस्तावित परिवर्तनहरू पूरै पढ्नुहोस्। डेस्कटपलाई चाहिने निर्भरता हटाउने डाउनग्रेड अर्को घटना हो, र अनुकरण यो पत्ता लगाउने सबैभन्दा सस्तो ठाउँ हो। यदि होल्ड साँच्चै सही अस्थायी सीमा हो भने, यसलाई मालिक, कारण र हटाउने सर्तसहित निर्णयका रूपमा लेख्नुहोस्। मालिक नभएको होल्ड कसैले छुन नसक्ने स्थायी पूर्वाधार बन्छ।

निकास मार्गहरू तुलना गर्नुहोस्

अगाडिको मार्ग वितरण वा विक्रेताको सुधार हो, जुन स्वतन्त्र जडानमा प्रमाणित भएपछि लागू गरिन्छ। यसले प्रणालीलाई यसको समर्थित अपडेट प्रवाहभित्र राख्छ र जोखिम बन्द गर्छ। स्थानान्तरण मार्गले क्लाइन्ट वा होस्टलाई वितरणले अझै मर्मत गर्ने कुनै चीजले प्रतिस्थापन गर्छ। यो बढी काम हो र रिग्रेस भएको घटकको त्यो शाखामा सुधारिएको रिलिज नभएको बेला प्रायः एकमात्र इमानदार उत्तर हो।

sudo apt-mark unhold network-manager
sudo apt update
sudo apt full-upgrade

तपाईंले जुनसुकै निकास रोज्नुभए पनि, सम्पन्न घोषणा गर्नु अघि सही प्रोफाइल, प्रमाणीकरण मार्ग, मार्गहरू, DNS व्यवहार र पुनः जडान प्रमाणित गर्नुहोस्। एकचोटि माथि उठ्ने सुरुङ सस्पेन्ड, सञ्जाल परिवर्तन र रिबुट सहने सुरुङसँग उस्तै होइन। बग रिपोर्टका लागि विफलताका प्रमाण राख्नुहोस्: प्याकेज संस्करण, जर्नलका अंश, रहस्य हटाइएको प्रोफाइल संरचना। रिपोर्ट अझ पूर्ण बनाउन कहिल्यै निजी कुञ्जी वा प्रमाणहरू संलग्न नगर्नुहोस्।

रेकर्डमा के हुनुपर्छ

निर्णय चार लाइनमा लेख्नुहोस्: के रिग्रेस भयो, के होल्ड वा परिवर्तन गरियो, अस्थायी अवस्थाको मालिक को हो र केले त्यसलाई हटाउँछ। तपाईंले गरेको प्रमाणीकरण थप्नुहोस्, किनकि अर्को इन्जिनियरले त्यो दोहोर्याउनेछ।

निकास मिति भएको होल्ड व्यवस्थापित रोलब्याक सीमा हो। मिति नभएको होल्ड पूर्वाधारको भाग बनिसकेको अस्पष्ट डाउनग्रेड हो।