ifconfig-push: net30 मा पियर ठेगाना वा subnet मा नेटमास्क?

डाइनामिक क्लाइन्टहरू राम्ररी जोडिन्छन् र रुट हुन्छन्, तर स्थिर ठेगाना भएको एउटा क्लाइन्ट सर्भरसम्म पुग्नै सक्दैन। फायरवालमा केही परिवर्तन भएको छैन, र 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 सन्दर्भ ले हेल्पर र क्लाइन्ट-विशिष्ट ओभरराइडहरूको दस्तावेजीकरण गर्छ।