VPN गेटवेचे अपडेट अयशस्वी होते: बाहेर जाण्याचा मार्ग उघडण्यापूर्वी टप्पा वाचा
अयशस्वी अपडेट गहाळ पोर्टचे नाही, तर टप्प्याचे नाव घेते। संदेश त्याच्या मालकाशी जोडा, प्रॉक्सीचा मार्ग वाचा आणि नंतर जाणीवपूर्वक देखभाल धोरण ठरवा।
सुरक्षा अपडेट स्थापित करण्यास नकार देणे हे फक्त एका वाईट आठवड्याचे अंतर आहे की तुम्ही दुसऱ्याची समस्या व्हाल, आणि जे गेटवे क्लायंटना आत येऊ देते ते ही सवय विकसित करण्याची सर्वात सोपी जागा आहे। नेहमीचे कारण गहाळ मार्ग नाही तर गहाळ निर्णय आहे: क्लायंट फॉरवर्डिंग जाणीवपूर्वक अरुंद असताना यजमानाने स्वतः एखाद्या भांडारापर्यंत कसे पोहोचावे हे कोणीही सांगितले नाही। हा निर्णय स्पष्टपणे घ्यावा लागेल, आणि तो एका दुपारसाठी बहिर्गमन धोरण बंद करण्यापेक्षा अधिक अरुंद असावा।
चार टप्पे, चार वेगवेगळे मालक
अपडेटचे अपयश हा नामांकित टप्पा आहे, संदेश तसे म्हणतो किंवा नाही, आणि प्रत्येक टप्पा वेगळ्या मालकाचा आहे। जे नाव सुटत नाही तो रिझॉल्व्हरचा प्रश्न आहे। जे कनेक्शन वेळेची मर्यादा ओलांडते तो वाहतूक, प्रॉक्सी किंवा दूरच्या टोकाचा प्रश्न आहे। TLS ओळखीची त्रुटी विश्वासाचा प्रश्न आहे, आणि नाकारलेला संग्रह मेटाडेटा स्वाक्षरीचा प्रश्न आहे। चार टप्पे, चार मालक, आणि पोर्टचा नियम नेहमी यापैकी फक्त एकाचे उत्तर देतो।
| The failure text mentions | Which component owns it | What you check first | What you must not change |
|---|---|---|---|
| a name that will not resolve | the resolver policy for this host | which resolver is used, and whether its path is permitted | nothing in the firewall: no repository packet has left yet |
| a connection that times out | routing, proxy or the far end | the destination, port and proxy the manager actually attempts | the egress policy, before you know that destination |
| a TLS identity mismatch | trust configuration and the server's identity | the chain the manager is presented with | verification settings, which only hide the mismatch |
| rejected archive metadata | the repository's signing metadata | whether the source carries valid, trusted metadata | the signature check, which is not a routing question |
पिंग आणि नाव विश्लेषण हे दोन चाचण्या आहेत ज्या लोक प्रथम घेतात, आणि दोन्ही अशा प्रश्नांची उत्तरे देतात जे कोणीही विचारले नाहीत। इको उत्तर संग्रह कनेक्शनपेक्षा वेगळ्या प्रोटोकॉलचा वापर करते, आणि यशस्वी शोध आणण्याची चाचणी न करता नाव विश्लेषणावर थांबतो। दोन्ही खऱ्या व्यवहाराच्या अपयशाच्या वेळी पास होऊ शकतात, आणि दोन्ही मार्गाशी असंबंधित कारणांमुळे अयशस्वी होऊ शकतात।
व्यवस्थापक प्रत्यक्षात घेत असलेला मार्ग वाचा
संरचित स्रोत URI आणि प्रॉक्सीची प्रत्यक्ष मांडणी तपासा, त्यापैकी एक गृहीत धरण्याऐवजी। साध्या HTTP साठी लिहिलेला नियम तेव्हा दुरुस्ती नसतो जेव्हा भांडार HTTPS बोलते, आणि जी संस्था प्रॉक्सी अनिवार्य करते तिने मार्ग आधीच निवडला आहे। पॅकेज व्यवस्थापक पर्यावरण चल आणि त्यांचे स्वतःचे संरचना आदरात ठेवतात, आणि यजमान-विशिष्ट सेटिंग्ज जागतिक सेटिंगला मागे टाकू शकतात। परस्परसंवादी ब्राउझर जे करतो तेच व्यवस्थापकाने करणे आवश्यक नाही।
apt-get update -o Debug::Acquire::http=true
apt-config dump | grep -i proxy
env | grep -i proxyAPT वाहतूक दस्तऐवज सांगतात कोणती सेटिंग कोणत्या URI योजनेवर लागू होते आणि यजमान-विशिष्ट निवडी कशा लिहिल्या जातात। आदेशांचे आउटपुट तिकिटासोबत ठेवा, कारण ते प्रॉक्सी समस्या गहाळ मार्गापासून पिंग निकालांच्या कोणत्याही संख्येपेक्षा वेगाने वेगळी करते। व्यवस्थापक जे अचूक गंतव्य, पोर्ट आणि प्रोटोकॉल वापरतो ते लिहा, आणि फायरवॉल बदलाला काही महिन्यांत जुने होणाऱ्या अंदाजित मिरर पत्त्याऐवजी त्याच नोंदीवर अवलंबून राहू द्या।
देखभाल धोरण निवडा, अपवाद नाही
तीन धोरणे रक्षणीय आहेत: बोगद्यातून देखभाल, व्यवस्थापित अपडेट प्रॉक्सीद्वारे देखभाल, किंवा अरुंद अधिकृत थेट मार्गाने देखभाल। प्रत्येक त्याला अनुरूप रिझॉल्व्हर मांडणी गृहीत धरते। जे रक्षणीय नाही ते म्हणजे असा अपवाद जो बोगदा पडल्यावर प्रत्येक वेळी शांतपणे अमर्यादित पर्यायी मार्ग बनतो।
निवडलेले धोरण मालकासह लिहा, कारण पुढील ऑपरेटरला नियम सापडेल, त्यामागील तर्क नाही। परवानगी विद्यमान फायरवॉल आणि नेटवर्क मालकाद्वारे लागू करा, नियम रिकामे करून किंवा एका यजमानासाठी दुसरा धोरण व्यवस्थापक जोडून नाही। खऱ्या स्रोताने वापरल्या जाणाऱ्या पत्ता कुटुंबांची आणि सेवा अंतबिंदूंची झाक घ्या, आणि भांडार स्थलांतरित झाल्यावर यादीचा आढावा घ्या।
विश्वास कमकुवत न करता पडताळणी करा
यशस्वी वाहतूक पडताळणी सैल करण्याची परवानगी नाही: संग्रह प्रमाणीकरण आणि TLS सर्व्हर ओळख या दोन वेगळ्या तपासण्या आहेत, आणि त्यापैकी कोणतीही बंद केल्याने त्रुटी नाहीशी होते तर यजमान काय स्वीकारेल ते बदलते। अडवणारा प्रॉक्सी नेटवर्क मालकाचा विश्वासाचा निर्णय आहे, तपासणी स्थानिक पातळीवर बंद करण्याचे कारण नाही, आणि भांडाराची ओळखपत्रे सामायिक निदानात नसावीत, कारण तपशीलवार लॉग त्यांना गळती करण्याची सर्वात सोपी जागा आहे।
बदल नियंत्रित मेटाडेटा पुनर्प्राप्ती आणि नंतर एका मंजूर पॅकेज व्यवहारासह स्वीकारा, नंतर बोगदा पडल्यावर काय होते ते तपासा। व्यत्ययाच्या वेळी शांतपणे रुंदावणारा देखभाल मार्ग बंद होऊन अयशस्वी होणाऱ्या मार्गापेक्षा वाईट आहे, आणि परिणाम नामांकित मालक आणि मर्यादित व्याप्ती असलेला अपडेट मार्ग असावा।