Windows मा OpenVPN एडाप्टर बारम्बार खसिरहेको छ? डुप्लिकेट IP जाँच्नुहोस्

Windows मा, ठेगाना लिने, छोड्ने र हरेक केही सेकेन्डमा त्यो दोहोर्‍याउने OpenVPN एडाप्टर प्रायः DHCP बग होइन। एडाप्टरलाई पहिले नै अरू केहीले जवाफ दिइरहेको ठेगाना प्रयोग गर्न भनिन्छ, त्यसैले Windows ले त्यसलाई अप्रयोगयोग्य भनी चिन्ह लगाउँछ र क्लाइन्ट फेरि सुरु हुन्छ। द्वन्द्व त्यसको तल, सञ्चालन प्रणालीको आफ्नै नेटवर्क स्ट्याकभित्र समाधान हुने हुँदा क्लाइन्ट लग शान्त रहन्छ।

यो भिन्नता महत्त्वपूर्ण छ, किनकि सुरुङ कन्फिगरेसनमा लक्षित हरेक समस्या-समाधान कदमले सर्भर पक्षको डुप्लिकेट ठेगाना छुटाउनेछ।

क्लाइन्ट लगबाट होइन, Windows घटना लगबाट सुरु गर्नुहोस्

Windows ले ठेगाना द्वन्द्वहरू प्रणाली लगमा घटना ID 4198 र 4199 सँग लेख्छ। पहिलोले ठेगानाका लागि पत्ता लागेको द्वन्द्व रिपोर्ट गर्छ, दोस्रोले इन्टरफेसले आफू कन्फिगर गरिएको ठेगाना प्रयोग गर्न नसकेको रिपोर्ट गर्छ। कुनैले पनि OpenVPN उल्लेख गर्दैन, र त्यसैले तिनीहरूलाई बेवास्ता गर्न सजिलो हुन्छ।

हालका घटनाहरू झिक्नुहोस् र तिनका समय-छाप एडाप्टरको नवीकरण चक्रसँग तुलना गर्नुहोस्: Get-WinEvent -FilterHashtable @{LogName='System'; Id=4198,4199} -MaxEvents 40 | Format-Table TimeCreated,Id,Message -Wrap। हरेक पन्ध्र सेकेन्डमा हुने द्वन्द्वले त्यही ठेगानालाई जवाफ दिइरहने मालिकविरुद्ध त्यही ठेगाना फेरि प्रयास गर्ने क्लाइन्टसँग मेल खान्छ। जडानको समयमा एकल द्वन्द्वले बरु एकपटकको ठोक्कार देखाउँछ। जे भए पनि, अर्को प्रश्न ठेगाना अरू कसले राखेको छ भन्ने हो।

तीन व्यवस्थाले दुई होस्टलाई एउटै ठेगानामा राख्छन्

सर्भरलाई ठेगाना कसले राखेको छ भनी सोध्नुहोस्, त्यसपछि नेटवर्कलाई त्यसलाई कसले जवाफ दिन्छ भनी सोध्नुहोस्। grep -H ifconfig-push /etc/openvpn/ccd/* हरेक पिन गरिएको सुरुङ ठेगाना र त्यो सम्बन्धित प्रमाणपत्र सूचीबद्ध गर्छ। ip -4 neigh show dev tap0 ब्रिजले दोस्रो तहमा के सिक्यो देखाउँछ। यी दुई सूची तुलना गर्दा धेरैजसो डुप्लिकेट एक मिनेटभन्दा कममा भेटिन्छन्।

तीन व्यवस्थाले लगभग सबै व्याख्या गर्छन्: client-config-dir प्रविष्टिले दुई प्रमाणपत्रका लागि एउटा ठेगाना पिन गर्छ, ब्रिज गरिएको tap खण्डले अर्को होस्टसँग पहिले नै स्थिर रूपमा रहेको ठेगाना मेसिनलाई दिन्छ, वा पुरानो भाडा फाइलले अझै जोडिएको क्लाइन्टले आफ्नो ठान्ने ठेगाना फर्काउँछ। तेस्रो अवस्था सबैभन्दा धूर्त छ, किनकि ifconfig-pool-persist ले चिनिएका क्लाइन्टका लागि जानाजान ठेगाना पुनः प्रयोग गर्छ।

ठेगानाका लागि दौडने होइन, त्यसलाई अद्वितीय बनाउनुहोस्

बुट क्रमले आज कसले जित्ने मात्र निर्धारण गर्छ, त्यसैले पुनः सुरु क्रममा आधारित कुनै पनि सुधारलाई अस्थायी मान्नुहोस्। हरेक क्लाइन्टलाई आफ्नै ifconfig-push लाइन दिनुहोस्, वा कुनै ब्रिज वा सर्भर इन्टरफेसले नछुने दायराबाट स्थिर ठेगाना बाँड्नुहोस्। क्लाइन्ट सूचीमा डुप्लिकेट साझा नाम पनि जाँच्नुहोस्, किनकि duplicate-cn ले दुई सत्रलाई एउटै पहिचान र त्यसैले एउटै पिन गरिएको ठेगाना साझा गर्न दिन्छ। ब्रिज गरिएको उपकरणलाई साँच्चै स्थिर ठेगाना चाहिएको भए त्यसलाई आफ्नै सबनेटमा सार्नुहोस् वा सर्भरले अभिलेख गर्ने ठाउँमा पूलबाट आरक्षित राख्नुहोस्।

persist फाइलमा कुन भाडाहरू छन् भनी थाहा पाएपछि मात्र मेट्नुहोस्, नत्र अर्को पुनः जडानले तीही ठेगाना फेरि बाँड्नेछ।

सही क्रममा पुनः सुरु गर्नुहोस् र हरेक ठेगानाका लागि एक मालिक भएको पुष्टि गर्नुहोस्

परिवर्तन पहिले सर्भरमा लागू गर्नुहोस्, त्यसपछि क्लाइन्ट पुनः जोड्नुहोस्, ताकि हरेक सहभागी सुधारिएको पूलविरुद्ध दर्ता होस्। पहिले क्लाइन्ट पुनः सुरु गर्दा तिनीहरू सर्भरले अझै प्रयोगमा मान्ने ठेगानासहित रहन्छन्। पुनः सुरु गरेपछि स्थिति फाइल पढ्नुहोस् र हरेक साझा नाम एक ठेगानासहित एक पटक देखिएको पुष्टि गर्नुहोस्। एउटै नामका लागि दुई प्रविष्टि भनेको पुरानो सत्र कहिल्यै बन्द भएन भन्ने हो, पूल बिग्रियो भन्ने होइन।

यदि क्लाइन्टले अझै आफ्नो ठेगाना राख्न सक्दैन भने, त्यही होस्टको ब्रिज इन्टरफेसले त्यो बोकिरहेको छ कि जाँच्नुहोस्। विक्रेताको उपकरणबाट ठेगाना पाएको ब्रिजले VPN सर्भरले त्यो ठेगाना क्लाइन्टलाई दिइसकेपछि पनि त्यसका लागि ARP जवाफ दिनेछ।

टिकट बन्द गर्नुअघि पूरै नवीकरण चक्र हेर्नुहोस्

एक स्वच्छ पढाइले केही पनि प्रमाणित गर्दैन। कम्तीमा दस मिनेट एडाप्टर हेर्नुहोस् र बीचमा पुनः जडान जबरजस्ती गर्नुहोस्: Get-NetIPAddress -InterfaceAlias "OpenVPN*" | Select-Object IPAddress,AddressState। ठेगाना पुनः जडान पार गरेर प्राथमिकता अवस्थामा रहनुपर्छ।

त्यसपछि पहिलो चरणको घटना क्वेरी फेरि चलाउनुहोस् र त्यसले नयाँ केही फर्काउँदैन भनी पुष्टि गर्नुहोस्। पुनः जडानभर शान्त लग द्वन्द्व हटेको प्रमाण हो, जबकि एक जडानपछिको शान्त लगले दौड अझै भएको छैन भन्ने मात्र बुझाउँछ। अन्तमा, सुरुङ जुन स्रोतका लागि छ त्यसको परीक्षण गर्नुहोस्, किनकि ठेगाना गुमाएको ब्रिजले VPN आफैं स्वस्थ देखिँदा पनि विक्रेताको मार्ग भाँड्न सक्छ।

पूलको दायरा, हरेक पिन गरिएको ठेगाना र त्यो राख्ने होस्ट सर्भरका टिप्पणीमा लेख्नुहोस्। त्यसपछि अर्को ठोक्कार पहिचान गर्न मिनेट लाग्छ, फेरि पत्ता लगाउन पूरै दिउँसो लाग्दैन।