VPN म्हणतो जोडले आहे पण काहीही मार्गस्थ होत नाही: पाहण्याची दोन ठिकाणे

एक बोगदा जोडलेला असल्याची तक्रार देऊ शकतो पण त्याच्यापर्यंत काहीही पोहोचत नाही, आणि ही दोन तथ्ये वेगवेगळ्या ठिकाणी राहतात। एक म्हणजे मार्ग सारणी, जी अजूनही अशा उपकरणाकडे पॅकेट पाठवू शकते ज्याचा कोणी मालक नाही। दुसरा रिझोल्व्हर, जो अजूनही अशा लिंकवर सर्व्हर नोंदवू शकतो जी गेली आहे। नेटवर्क बदलाने प्रोफाइलचे नुकसान केले नाही, त्याने मागील कनेक्शनची स्थिती अनाथ केली, आणि दुरुस्ती यावर अवलंबून आहे की तुम्ही या दोन्हींपैकी काय पाहत आहात।

आधी कर्व्हलला विचारा तो कोणते उपकरण वापरेल

मार्गांची यादी दाखवते काय आहे; मार्गाचा शोध दाखवतो काय होईल। एखाद्या सार्वजनिक पत्त्याबद्दल विचारा आणि उत्तरातील उपकरणाचे नाव वाचा, कारण तेच एक क्षेत्र ठरवते पॅकेट काही उपयुक्त ठिकाणी पोहोचेल का। उत्तर बोगदा उपकरणाचे नाव घेते तेव्हा कर्व्हल पॅकेट त्यालाच देईल, त्या इंटरफेसच्या मागे क्लायंट प्रक्रिया आता चालत नसली तरी। उत्तर भौतिक अडॅप्टरचे नाव घेते आणि क्लायंट जोडलेले असल्याचा दावा करतो तेव्हा बोगदा वर आहे आणि तो फक्त निवडलेला मार्ग नाही।

दुसरी परिस्थिती सहसा केबलने वायरलेसची जागा घेतल्यावर येते, आणि ती स्वतःला बिघडलेला VPN म्हणून सादर करते।

ip route show default
ip route get 203.0.113.9

त्यानंतर डीफॉल्ट नोंदी वाचा, कारण मागील बेस कनेक्शनने जोडलेला मार्ग लिंक बदलापेक्षा जास्त टिकू शकतो आणि नव्याच्या पुढे उभा राहू शकतो। बंद उपकरणातून जाणारा डीफॉल्ट मार्ग कोणत्याही डीफॉल्ट मार्ग नसण्यापेक्षा वाईट आहे, कारण कर्व्हल तरीही त्याला प्राधान्य देतो। प्रत्येक नोंदीजवळील मेट्रिक पाहा, कारण तो क्रम इंटरफेसच्या नावांपेक्षा लवकर प्राधान्य समजावतो।

मग रिझोल्व्हर प्रत्येक लिंकसाठी वाचा, प्रत्येक फाइलसाठी नाही

नाव निराकरण आपली स्थिती आणि आपली जुनी होण्याची स्थिती सोबत ठेवते। रिझोल्व्हर जो प्रत्येक लिंकसाठी DNS सर्व्हर सूचीबद्ध करतो, तो बंद पण अजूनही नोंदणीकृत बोगदा लिंकचे सर्व्हर ठेवतो, आणि प्रत्येक क्वेरी नंतर उत्तर न देणाऱ्या सर्व्हरची वाट पाहते। लक्षण असे नेटवर्क आहे जे मृत वाटते तर मार्ग सारणी निर्दोष दिसते।

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

resolvectl status
resolvectl query app.internal.example

पत्ते सुटतात आणि कनेक्शन अयशस्वी होतात तर रिझोल्व्हर ठीक आहे आणि मार्ग नाही। पत्ते अजिबात सुटत नसतील तर सुरुवात करण्याची योग्य जागा हीच आहे।

जुना मार्ग बदलातून कसा वाचतो

क्लायंट एकटा नेटवर्कचा मालक नाही। NetworkManager असलेल्या होस्टवर VPN प्रोफाइल बेस कनेक्शनवर सक्रिय होते, आणि कनेक्शनची सेटिंग्ज त्या बेसला त्याच्या मागे येणाऱ्या VPNचे नाव देऊ देतात। दुसरे प्रोफाइल पसंतीचे झाल्यामुळे बेस बदलतो तेव्हा बोगदा नव्या बेसवर जातो किंवा कोणत्याही बेसशिवाय राहतो।

VPN प्रोफाइल स्वतःला वर उचलत नाही, त्यामुळे जोडी प्रोफाइलच्या स्वयं-कनेक्ट पसंतीपेक्षा खूप महत्त्वाची आहे।

सक्रिय यादी वाचा आणि बोगद्याला हात लावण्यापूर्वी कोणता बेस वर आहे ते नोंदवा। बेस यादीत असेल आणि बोगदा नसेल तर मार्ग गहाळ आहे, जुना नाही, आणि दुरुस्ती सक्रिय करणे आहे। बोगदा सक्रिय करताना स्रोत कनेक्शन नाही अशी तक्रार आली तर ज्या बेससोबत त्याची जोडी होती तो गेला आहे, म्हणून आधी तो वर आणा किंवा जोडी दुरुस्त करा, बोगदा पुन्हा प्रयत्न करण्याऐवजी। ज्याचा पालक नाही अशा प्रोफाइलचा पुन्हा प्रयत्न दरवेळी तीच त्रुटी देतो, जो उपयुक्त संकेत आहे, त्रास नाही।

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

जुनी स्थिती गहाळ पालकापासून वेगळी ओळखा

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

पुन्हा सुरू करणे लपवते की तीनपैकी कोणती स्थिती तुमच्याकडे होती, आणि म्हणूनच ते दुरुस्तीसारखे वाटते।

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