VPN क्लायंट तुम्ही जोडलेला रूट काढून टाकतो? पॉलिसी टेबल वापरा

लॅब प्रिंटरसाठी एक /24 दोन ip route show कॉलमध्ये नाहीसा होतो, आणि क्लायंट लॉग फक्त नेटवर्क बदलले असे सांगतो. कमांड, प्रीफिक्स किंवा तुमच्या विशेषाधिकारांमध्ये काहीही चूक नव्हती. होस्टच्या राउटिंग मॉडेलची मालकी असलेला कॉर्पोरेट क्लायंट, दुसऱ्या कोणी ते संपादित केल्यावर ते मॉडेल पुन्हा लागू करतो, त्यामुळे तुम्ही जोडलेली नोंद घुसखोर म्हणून काढून टाकली जाते. त्याच टेबलमध्ये त्याच्याशी भांडणे ही हरलेली स्थिती आहे. उपाय म्हणजे त्या टेबलसाठीची स्पर्धा पूर्णपणे थांबवणे आणि अपवाद तिथे ठेवणे जिथे मॉनिटर कधीही पाहत नाही.

मॉनिटर हरवलेल्या रूटचे स्पष्टीकरण देतो

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

ip route show
ip route add 192.168.2.0/24 dev enp0s31f6
sleep 5; ip route show

वरील प्रीफिक्स आणि इंटरफेस प्लेसहोल्डर आहेत. दुसऱ्या मशीनवर चालणाऱ्या उदाहरणातून इंटरफेसचे नाव कॉपी करणे हे या प्रात्यक्षिकातून काहीही निष्पन्न होऊ नये याचे सर्वात सामान्य कारण आहे.

दुसरे टेबल मॉनिटरला अदृश्य आहे

एजंट फक्त त्याच्या मालकीचे टेबल पुन्हा उभारतो. अपवादाला स्वतःचे टेबल आणि जुळणारी गंतव्ये तिथे पाठवणारा नियम द्या, आणि मुख्य टेबल कधीही बदलत नाही, त्यामुळे एजंटकडे दुरुस्त करण्यासारखे काही उरत नाही. हीच संपूर्ण कल्पना: दुसऱ्या कोणी सांभाळलेल्या रूटचे एक नामस्थान, आणि तुम्हीच स्पर्श करता ते दुसरे.

फेरपालट म्हणजे देखभाल. दोन वस्तू दूर जाऊ शकतात, आणि यादीत नियमाचे स्थान तो निवडतो त्या टेबलमधील रूटइतकेच महत्त्वाचे आहे.

अपवाद तयार करा आणि मग तो जिंकू द्या

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

ip rule add to 192.168.2.0/24 table 110 pref 30010
ip route add 192.168.2.0/24 dev enp0s31f6 table 110
ip route get 192.168.2.50

ip route get कर्नेल वापरेल तो रूट सोडवते, डिव्हाइस आणि स्त्रोत पत्त्यासह. ते टेबल ओळखकर्ता छापत नाही, म्हणून ते ip rule show सोबत जोडा, कोणते टेबल जिंकले हे पुष्टी करायचे असल्यास. एकत्रितपणे ते एकमेव महत्त्वाच्या प्रश्नाचे उत्तर देतात: त्या पत्त्याकडील रहदारी तुम्ही हेतू ठेवलेल्या ठिकाणाहून बाहेर पडते का?

त्याच कल्पनेचे इतर प्रकार

गंतव्यांमध्ये विचार करणे थांबवताच नमुना सामान्य होतो. टनेल डीफॉल्ट रूट ठेवत असतानाही स्थानिक सबनेट पोहोचण्यायोग्य राहू शकते. LANशी जोडलेल्या SSH सर्व्हरची उत्तरे टनेलमध्ये नाहीशी होण्याऐवजी ज्या इंटरफेसवर आली त्यातूनच बाहेर पडू शकतात. आणि इंटरफेस-आधारित नियम वायरलेस इंटरफेसवर येणारे सर्व टनेलमध्ये ढकलू शकतो, तर होस्ट स्वतः निर्माण करणारी रहदारी Ethernetवर राहते:

ip rule add iif wlan0 table 10
ip route add default dev tun0 table 10

तो शेवटचा प्रकार गंतव्याऐवजी येणाऱ्या इंटरफेशी जुळतो, हा वेगळा नियम प्रकार आणि वेगळा विचार-नमुना आहे. फॉरवर्ड केलेल्या रहदारीसाठी net.ipv4.ip_forward सक्षम असणेही आवश्यक आहे, आणि दूरच्या टोकाला स्त्रोत श्रेणी परत राउट करावी लागते किंवा तिचे भाषांतर करावे लागते; एका मशीनवरील नियम कधीही मार्गाचा दुसरा अर्धा भाग तयार करत नाही.

नियमाला एकवेळेसचा माना

नियम आणि टेबल रूट मेमरीत राहतात. पुन्हा कनेक्ट केल्यावर टनेल उपकरणाचे नाव बदलू शकते, वाटप केलेला पत्ता सरकू शकतो, आणि जुने मूल्य धरून असलेला नियम शांतपणे जुळणे थांबवतो. संपूर्ण बदल त्याच्या मालकीच्या एकाच स्क्रिप्टमधून पुन्हा लागू करा, मग अपवादावर विश्वास ठेवण्यापूर्वी ip rule show, सध्याचे उपकरण नाव आणि नवीन ip route get खऱ्या गंतव्याशी पुन्हा तपासा.

कितीही काळजी घेतली तरी दोन मर्यादा टिकतात. क्लायंट अजूनही त्याचे स्वतःचे फिल्टर नियम आणि रिझॉल्व्हर कॉन्फिगरेशन नियंत्रित करतो, आणि राउटिंग अपवाद दोन्हींपैकी कशालाही मात करत नाही. क्लायंटने तुमचा पॉलिसी नियमही हटवला, तर समर्थित मार्ग म्हणजे त्याचे स्वतःचे स्प्लिट-टनेल धोरण किंवा OpenConnectसारखा रूट व्यवस्थापित करू देणारा क्लायंट; मॉनिटर गप्प करण्यासाठी विक्रेत्याची बाइनरी पॅच करणे ही अखंडता तपासणीसह जोडलेली देखभाल वचनबद्धता आहे.

टेबल क्रमांक, प्राधान्य आणि गंतव्य स्क्रिप्टजवळील टिपेत लिहा. नाहीतर पुढच्या व्यक्तीला टनेलला मागे टाकणारा नियम सापडेल आणि का ते जाणून घेण्याचा मार्ग नसेल.