ifconfig-push: net30 मध्ये पीअर पत्ता की subnet मध्ये नेटमास्क?

ifconfig-push चा दुसरा वितर्क net30 मध्ये पीअर पत्ता आहे आणि topology subnet मध्ये नेटमास्क आहे. CCD फाइल संपादित करण्यापूर्वी सध्याची टोपोलॉजी तपासा.

डायनॅमिक क्लायंट व्यवस्थित जोडले जातात आणि राउट होतात, पण स्थिर पत्ता असलेला एक क्लायंट सर्व्हरपर्यंत पोहोचूच शकत नाही. फायरवॉलमध्ये काहीही बदललेले नाही आणि CCD ओळ बघायला योग्य वाटते. नेहमीचे कारण म्हणजे सर्व्हर ज्या TUN टोपोलॉजीवर चालतो त्यापेक्षा वेगळ्या टोपोलॉजीसाठी लिहिलेला दुसरा वितर्क. अपयश शांत असते: क्लायंट पत्त्यासह वर येतो आणि सर्व्हर कनेक्शन स्वीकारतो, तरीही रहदारी पार होत नाही.

net30 मध्ये ते क्षेत्र पीअर पत्ता असते; subnet मध्ये ते नेटमास्क असते. दोन्ही स्वरूपे पर्याय आहेत, कधीही क्रम नाहीत.

दोन्ही स्वरूपे शेजारी शेजारी

पारंपरिक net30 तैनातीत प्रत्येक क्लायंटकडे /30 ब्लॉक असतो: नेटवर्क पत्ता, दोन वापरण्यायोग्य पत्ते आणि एक ब्रॉडकास्ट पत्ता. ifconfig-push क्लायंटचा पत्ता आणि पीअरचा पत्ता घेतो, आणि पीअर म्हणजे त्याच ब्लॉकमधील दुसरा वापरण्यायोग्य पत्ता, जो पॉइंट-टू-पॉइंट लिंकची सर्व्हर बाजू वापरते.

# net30: client address and its peer
ifconfig-push 10.99.0.6 10.99.0.5
# topology subnet: client address and the pool netmask
ifconfig-push 10.99.0.20 255.255.255.0

topology subnet अंतर्गत क्लायंट सर्व्हरसोबत एक सबनेट सामायिक करतो आणि तेच निर्देश पत्ता व नेटमास्क घेतात. सर्व्हरचा स्वतःचा पत्ता server निर्देशातून येतो, दुसऱ्या क्षेत्रातून नाही. स्वरूपे मिसळल्यास क्लायंट स्वतःला पॉइंट-टू-पॉइंट लिंकवर असल्याचे मानतो, पण सर्व्हर त्याला सबनेट होस्ट म्हणून राउट करतो, किंवा उलट. म्हणूनच नेटमास्क कधीही net30 सोबत जोडू नये.

ब्लॉकमधील दोन्ही ओळी CCD फाइलसाठी स्वतंत्र ओळी आहेत. एका क्लायंटला त्यातील नेमकी एकच मिळते.

सर्व्हर प्रत्यक्षात कोणती टोपोलॉजी चालवत आहे ते वाचा

पॅकेजच्या डीफॉल्टऐवजी चालू कॉन्फिगरेशन वाचा, कारण टोपोलॉजी वर्षानुवर्षांपूर्वी ठेवलेली आणि पुढे कॉपी केलेली असू शकते. topology subnet आहे की नाही ते पाहा, नंतर server ओळ पत्ते कसे वाटते ते तपासा. टोपोलॉजीचा उल्लेख नसलेले कॉन्फिगरेशन subnet ठेवणाऱ्यासारखे नसते.

मग क्लायंटला मिळालेली सेटिंग्ज वाचा. तो नोंदवत असलेला पत्ता, मास्क आणि पीअर सर्व्हरने कोणता अर्थ लावला हे सांगतात.

स्थिर पत्ता डायनॅमिक पूलबाहेर ठेवा

स्थिर पत्ता डायनॅमिक पूलबाहेर असला पाहिजे, अन्यथा दोन क्लायंटना एकच पत्ता मिळू शकतो. subnet टोपोलॉजीत, nopool server ओळीवर स्वयंचलित पूल दाबते आणि स्पष्ट ifconfig-pool श्रेणी डायनॅमिक क्लायंटना काय मिळेल ते ठरवते.

dev tun
topology subnet
server 10.99.0.0 255.255.255.0 nopool
ifconfig-pool 10.99.0.100 10.99.0.210 255.255.255.0
client-config-dir /etc/openvpn/ccd

सर्व्हर स्वतःसाठी 10.99.0.1 घेतो आणि स्थिर क्लायंटचा पत्ता पूल श्रेणीबाहेर असतो. CCD फाइल प्रोफाइल फाइलच्या नावाने नाही, तर प्रभावी क्लायंट ओळखीच्या नावाने ठेवली जाते आणि तिला अतिरिक्त विस्तार नसतो. username-as-common-name सक्रिय असल्यास प्रमाणित वापरकर्तानाव ही जुळवायची ओळख असते. एक ओळख सामायिक करणारी दोन उपकरणे स्थिर पत्ताही सामायिक करतील, ही राउटिंगची नाही तर धोरणाची समस्या आहे.

क्लायंटला प्रत्यक्षात मिळालेले वाटप तपासा

इच्छित क्लायंट पुन्हा जोडा आणि दुसरे काहीही तपासण्यापूर्वी कोणती CCD फाइल निवडली गेली ते निश्चित करा. नंतर पत्ता, मास्क किंवा पीअर आणि सर्व्हरकडे परत जाणारा मार्ग तपासा. subnet तैनातीत पीअर पत्ता दाखवणारा क्लायंट अजूनही चुकीचे स्वरूप वापरत आहे.

टोपोलॉजी बदलल्याने प्रत्येक क्लायंट आणि प्रत्येक ओव्हरराइडवर परिणाम होतो, म्हणून याला एका क्लायंटची दुरुस्ती नाही तर स्थलांतर माना. आधीच वापरात असलेल्या टोपोलॉजीशी जुळण्यासाठी स्थिर ओळ दुरुस्त करणे सहसा लहान बदल असतो. server-options संदर्भ मदतनीस आणि क्लायंट-विशिष्ट ओव्हरराइडचे दस्तऐवजीकरण करतो.

संबंधित लेख