NetworkManager मध्ये gateway-ping-timeout प्रत्यक्षात कशाची वाट पाहतो
nmcli पासून थांब्यापर्यंतची सक्रियता: प्रत्युत्तर किंवा कालबाह्यता ती संपवते, आणि दोन्हीपैकी कोणतेही बोगदा किंवा अनुप्रयोग तयार आहे हे सिद्ध करत नाही।
नेटवर्क वापरण्यायोग्य होण्यापूर्वी बूट होणाऱ्या लॅपटॉपबद्दलच्या चर्चेत तुम्हाला connection.gateway-ping-timeout सापडते, तुम्ही ते वाढवता, आणि काहीतरी बदलते। तुम्ही विचार करता त्या कारणामुळे तो बदल उपयोगी पडला का हा वेगळा प्रश्न आहे। तो टाइमर चालू असताना सक्रियता प्रत्यक्षात काय करत आहे आणि या थांब्याला दोन शक्य शेवट आहेत या गोष्टीपासून उत्तर सुरू होते।
आदेश ओळीवरून एक कनेक्शन पाहिल्यास अर्थ ठोस होतो।
एका सक्रियतेचा मागोवा
जागतिक डीफॉल्टऐवजी जतन केलेल्या कनेक्शनपासून सुरुवात करा, कारण हा प्रत्येक कनेक्शनचा गुणधर्म आहे। --show-secrets फक्त प्रत्यक्षात गरज असेल तर जोडा; सेटिंग स्वतः गुप्त नाही।
nmcli -f connection.id,connection.gateway-ping-timeout connection show
nmcli connection show "Wired connection 1" | grep gateway-ping
गुणधर्म शून्य असताना, जो दस्तऐवजीकृत डीफॉल्ट आहे, पत्ता देणे पूर्ण होताच सक्रियता पुढे जाते। त्याला धन मूल्य दिल्यास IP संरचनेची सक्रियता प्रवेशद्वाराकडून प्रत्युत्तर येईपर्यंत किंवा कालबाह्यता संपेपर्यंत थांबते।
नंतर घटना प्रवाह पाहत असताना कनेक्शन खाली आणि वर आणा। तुम्हाला दिसणारा क्रम म्हणजे हे सेटिंग करत असलेले काम: उपकरणाची स्थिती, पत्ता देणे, थांबा आणि शेवटी सक्रिय स्थिती ज्याच्यानुसार अवलंबून सेवा सहसा क्रमवारीत असतात।
थांब्याला दोन शेवट आहेत
दोन्ही शेवट महत्त्वाचे आहेत, पण बहुतेक लोक फक्त एक लक्षात ठेवतात। प्रवेशद्वाराकडून येणारे प्रत्युत्तर थांबा लवकर संपवते, आणि कालबाह्यताही तो संपवते, काही प्रत्युत्तर दिले किंवा नाही याची पर्वा न करता। सक्रियता पूर्ण होण्यापूर्वी हा गुणधर्म यशस्वी ping ची मागणी करत नाही।
ते एक वाक्य हॉटेल आणि परिषदेच्या ठिकाणी लॅपटॉपबद्दलचा बराच गोंधळ दूर करते, जिथे प्रवेश पोर्टल तुम्ही लॉग इन करेपर्यंत ICMP नाकारते। कालबाह्यता संपल्यानंतरही कनेक्शन सक्रिय होते; ते फक्त गरजेपेक्षा उशिरा होते, आणि कनेक्शननंतर क्रमवारीत असलेली प्रत्येक सेवा त्याच्यासोबत थांबते।
हे जिवंतपणाची तपासणीही नाही। वर्णनात कनेक्शन वर आल्यानंतर प्रवेशद्वाराला ping सुरू करणारे काहीही नाही, आणि नंतरचा ping अयशस्वी झाला म्हणून सक्रिय प्रोफाइल खंडित करणारे काहीही नाही। तुम्हाला हानी शोध हवी असेल तर ती प्रोटोकॉल किंवा बोगद्याच्या मालकाची आहे, सक्रियतेदरम्यान एकदा चाललेल्या गुणधर्माची नाही।
दोन वस्तू, एक सेटिंग
वायर्ड आधार प्रोफाइल आणि VPN प्रोफाइल स्वतंत्र संरचना वस्तू आहेत, आणि एकावर गुणधर्म सेट केल्याने दुसऱ्यावर परिणाम होत नाही। आधार कनेक्शन नाव देणारे VPN प्रोफाइल त्याची कोणतीही सक्रियता सेटिंग वारसा घेत नाही, म्हणून तुम्ही बदललेले मूल्य तुम्ही पाहत असलेल्या गोष्टीवर कोणताही परिणाम नसल्यासारखे वाटू शकते।
nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Office VPN" | grep gateway-ping
नावे नाही, UUID वाचा। पुनर्स्थापनेनंतर किंवा पुन्हा स्थापित केलेल्या प्रोफाइलनंतर नावे दुप्पट होतात, आणि दिसणारे नाव सारखेच असलेली दोन कनेक्शन तुम्हाला खरे फाइल अपरिवर्तित असताना चुकीची फाइल संपादित करायला लावतात।
स्थापित NetworkManager आवृत्तीही महत्त्वाची आहे। प्लगइनचे वर्तन आणि कनेक्शन प्रकार हा गुणधर्म आपल्या सक्रियता पायऱ्यांवर कसा मॅप करतो हे बदलते, म्हणून सापडलेली नोंद जशीच्या तशी लागू होते असे गृहीत धरू नका, तुम्ही तैनात करत असलेल्या आवृत्तीवर चाचणी करा।
थांबा काय प्रमाणित करू शकत नाही
सर्वाधिक वेळ खाणारा भाग इथे आहे। स्थानिक राउटरकडून येणारे प्रत्युत्तर हे फक्त सिद्ध करते की सक्रियतेदरम्यान एका होस्टने एका ICMP प्रतिध्वनीला उत्तर दिले। ते हे सिद्ध करत नाही की VPN अंतबिंदू सोडवला जातो, ग्राहकाची ओळख स्वीकारली जाते, खाजगी मार्ग स्थापित झाले, कार्यालयीन सोडवणारा प्रत्युत्तर देतो किंवा तुमच्यासाठी महत्त्वाचा अनुप्रयोग चालेल।
ती स्वतंत्र पुराव्यांसह स्वतंत्र अवलंबित्वे आहेत। DNS अयशस्वी होत असतानाही प्रवेशद्वार प्रत्युत्तर देऊ शकते, आणि सर्व अनुप्रयोग मार्ग चालू असतानाही प्रवेशद्वार धोरणानुसार ICMP शांतपणे टाकून देऊ शकते। म्हणून या गुणधर्मावर अट ठेवणे म्हणजे कोणता स्तर उशिरा आहे याचा अंदाज, त्याचे मोजमाप नाही।
तुम्ही अवलंबून सेवेची वाट पाहत असाल तर तिला काय लागते ते नावाने सांगा। नेमून दिलेल्या पत्त्याला पत्ता देणे उत्तर देते। बोगद्याला बोगद्याची स्वतःची स्थिती उत्तर देते। खाजगी नावाला एक चौकशी उत्तर देते। अनुप्रयोगाला अनुप्रयोग उत्तर देतो, आणि त्या उत्तरांपैकी कोणतेही प्रवेशद्वाराच्या नावाने ठेवलेल्या टाइमरकडून येत नाही।
बदलले तर का ते लिहून ठेवा
मंजूर बदलापूर्वी मागील मूल्य आणि कारण नोंदवा, नंतर ते सर्वत्र नाही तर विशिष्ट कनेक्शनवर सेट करा। लांब थांबा त्या कनेक्शननंतर क्रमवारीत असलेल्या प्रत्येक गोष्टीची सक्रियता वेळ सरकवतो, ज्यामुळे संथ यंत्रणा ठीक दिसू शकते आणि वेगवान यंत्रणा बिघडलेली दिसू शकते।
एक ऐतिहासिक सापळा नाव देण्यासारखा आहे: अशा मूल्यात कधीकधी जुन्या संपादकाला प्रोफाइल स्वीकारायला लावण्यासाठी बदल केला जातो। खरी गोष्ट ती असेल तर तुमच्याकडे एक नाही तर दोन घटना आहेत। संपादकाने जतन केले, आणि थेट नेटवर्क धोरण बदलले। संपादक किंवा प्लगइन दुरुस्त करा आणि टाइमर परत ठेवा।
NetworkManager स्रोत हा गुणधर्म प्रवेशद्वाराच्या प्रत्युत्तरापर्यंत किंवा कालबाह्यतेपर्यंत IP पत्ता देण्याच्या यशाचा विलंब म्हणून परिभाषित करतो, डीफॉल्ट शून्य, आणि कनेक्शन सेटिंगची व्याख्या ही दुसऱ्याच्या तोंडून ऐकलेल्या वर्तनावर अवलंबून राहण्यापूर्वी वाचायचा संदर्भ आहे।