OpenVPN मध्ये प्रत्येक क्लायंटसाठी स्थिर IP: ifconfig-push, ipp.txt नाही

ipp.txt मधील एक ओळ संपादित करणे पत्ता आरक्षित करण्यासारखे वाटते, पण तसे नाही। ती फाइल, जिला ifconfig-pool-persist नाव देते, सामान्य नावाकडे गेल्या वेळी कोणता पत्ता होता हे नोंदवते, जेणेकरून पूल सोयीचे असल्यास तोच पत्ता परत देऊ शकेल। त्यातील काहीही पुढील कनेक्शनला त्या क्रमांकाशी बांधत नाही।

खालील तपासण्या क्रमाने चालवा। प्रत्येक एकतर यंत्रणा पुष्टी करते किंवा थांबून इनपुट दुरुस्त करण्यास सांगते।

स्थिरता फाइल कशासाठी आहे

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

विशिष्ट क्लायंटसाठी विशिष्ट पत्ता हवा असल्यास, दस्तऐवजीकृत यंत्रणा ifconfig-push आहे, आणि ती त्या क्लायंटच्या मालकीच्या कॉन्फिगरेशनमध्ये असते।

योग्य क्लायंट निवडला गेला आहे का ते तपासा

स्पष्ट वाटप क्लायंटच्या सामान्य नावाने शोधले जाते, त्यामुळे चुकीच्या ओळखीसाठी नाव दिलेली फाइल कधीही वाचली जात नाही। सर्व्हर त्या क्लायंटचे नाव काय मानतो हे पुष्टी करा, विशेषतः जिथे username-as-common-name प्रमाणीकरणानंतर ते बदलते। नंतर फाइलचे नाव त्या मूल्याशी तंतोतंत जुळते का, अक्षरांच्या मोठ्या-लहान रूपासह पुष्टी करा।

इथे असताना समवर्तीतेचाही विचार करा। जर duplicate-cn परवानगी असेल, तर अनेक उपकरणे एकच ओळख सादर करू शकतात, आणि एक स्थिर पत्ता त्या सर्वांसाठी अद्वितीय असू शकत नाही। त्या ओळखीसाठी समवर्ती सत्रे नाकारणे स्थिर पत्त्यासाठी योग्य आहे का ते ठरवा, कारण या दोन गरजा एकाच वेळी पूर्ण करता येत नाहीत।

संख्या टोपोलॉजीशी जुळतात का ते तपासा

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

# /etc/openvpn/ccd/partner-a   (subnet topology)
ifconfig-push 10.44.0.61 255.255.255.0

पत्ता त्याचा मालक असू शकणाऱ्या इतर सर्व गोष्टींशी तपासा: दुसरे स्पष्ट वाटप, गतिशील पूलची श्रेणी, आणि स्थिर होस्ट गृहीत धरणारा कोणताही स्थिर मार्ग। पूलशी ओव्हरलॅप होणारा पत्ता पूल तो दुसऱ्याला देईपर्यंत काम करेल, आणि ती अयशस्वीता यादृच्छिक वाटेल।

नवीन कनेक्शनवर निकाल तपासा

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

पुरावे एकत्र ठेवा: क्लायंटचे नाव, जुळलेली फाइल, वाटप केलेला पत्ता आणि तो ज्या पूलमधून आला।

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