RRAS का VPN ग्राहकलाई आफ्नै IPv4 पूल र फर्कने बाटो चाहिन्छ

VPN ग्राहक जोडिन्छ र ठेगाना पाउँछ, तर त्यसलाई चाहिने LAN होस्टले अझै जवाफ दिन सक्दैन। Windows Routing and Remote Access मा VPN ग्राहकको भित्री ठेगाना सर्भरको LAN एडाप्टरबाट छुट्टै कन्फिगर गरिएको पूलबाट आउँछ, र LAN पक्षलाई त्यो पूलमा फर्कने मार्ग चाहिन्छ। दुई परिवर्तन, एउटा होइन, र ती फरक तरिकाले असफल हुन्छन्। पुराना दायरा हटाउनु अघि ठेगाना योजना र फर्कने बाटो प्रमाणित होस् भनेर ती क्रमैसँग गर्नुहोस्।

कन्सोल खोल्नु अघि दायरा आरक्षित गर्नुहोस्

LAN, अन्य VPN दायरा वा साइटमा रुट हुने कुनै पनि कुरासँग नओभरल्याप हुने प्रिफिक्स छान्नुहोस्। परीक्षणका लागि /24 सुविधाजनक आकार हो, र पहिलो प्रयोगयोग्य भाग ग्राहकलाई दिन सकिन्छ जबकि बाँकी वृद्धिका लागि खुला रहन्छ। कन्सोलमा टाइप गर्नु अघि यसलाई यसको उद्देश्य र मालिकसहित लेख्नुहोस्। पछिको विभाजनले पुनःनम्बर गर्न बाध्य नबनाओस् भनेर ब्लकको दुवै छेउमा ठाउँ छोड्नुहोस्।

केवल कन्सोलमा बाँच्ने ठेगाना योजना एक पुनर्निर्माणको दूरीमा टकरावबाट हुन्छ। यो बढ्ने प्रवृत्ति पनि राख्छ: कसैले पछि दोस्रो दायरा थप्छ र कसैले पहिलो जाँच गर्दैन। योजना च्याट थ्रेडमा होइन, सर्भर कागजातको छेउमा राख्नुहोस्।

सर्भरको LAN एडाप्टरले यो पूल परिभाषित गर्दैन। सार्वजनिक श्रोता बदल्नु वा LAN मा एडाप्टर थप्नु पूर्ण रूपमा अरू केही गर्छ। त्यसैले ग्राहक जोडिन सक्छन् र तैपनि गलत ठाउँबाट ठेगाना पाउँछन्। पूल सर्भरको IPv4 गुणहरूमा रहन्छ, एडाप्टर सूचीमा होइन।

विधि बदल्नु दायरा थप्नु होइन

RRAS मा एउटा असाइनमेन्ट विधि र दायराहरूको समूह छ। DHCP बाट स्थिर पूलमा जानु विधि परिवर्तन हो। स्थिर पूल पहिले नै सक्रिय हुँदा अर्को ब्लक थप्नु दायरा परिवर्तन हो।

कुनै पनि एउटा चलाउनु अघि दुवै कार्यको पूर्वावलोकन गर्नुहोस्, र सर्भरको हालको अवस्थासँग कुन मिल्छ पढ्नुहोस्:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

सर्भर अझै DHCP असाइनमेन्टमा छ भने दोस्रो cmdlet असफल हुन्छ वा नकाम पूल बनाउँछ। पहिलोले विद्यमान पूल विस्तार गर्नुको सट्टा विधि प्रतिस्थापन गर्छ। कुनै पूर्वावलोकनले केही लागू गर्दैन, त्यसैले मिल्ने चलाउनुहोस्, त्यसपछि बनेको पूल कन्सोलमा पुष्टि गर्नुहोस्। सर्भर कुन अवस्थामा छ भन्ने निश्चित छैन भने IPv4 गुण पृष्ठमा असाइनमेन्ट विधि पढ्नुहोस् र कन्फिगर गरिएका दायरा सूचीबद्ध गर्नुहोस्:

Get-VpnIPAddressRange

खाली दायरा सूचीसहितको DHCP विधि भनेको पहिलो पूर्वावलोकन लागू हुन्छ। विद्यमान दायरासहित स्थिर ठेगाना पूल भनेको दोस्रो लागू हुन्छ।

सेटिङलाई आवश्यक पर्न सक्ने सेवा पुनःसुरुको हिसाब राख्नुहोस्, र जोडिएका ग्राहक तुरुन्तै पुनःनम्बर हुन्छन् भनी नमान्नुहोस्। पुरानो ठेगाना फेरि जोडिनेसम्म राख्ने ग्राहक सामान्य व्यवहार गर्छ। फेरि जोडिन स्वीकार्य हुने विन्डोका लागि परिवर्तन योजना गर्नुहोस्।

LAN लाई फर्कने मार्ग चाहिन्छ

मान्नुहोस् LAN 10.60.0.0/24 छ र RRAS सर्भर त्यसमा 10.60.0.10 छ। त्यो LAN मा रहेको 10.250.50.0/24 को ग्राहकलाई जवाफ दिने होस्टलाई RRAS सर्भरमार्फत पूलमा मार्ग चाहिन्छ। त्यो मार्ग बिना अनुरोध पुग्छ र जवाफ मर्छ।

होस्टको पूर्वनिर्धारित गेटवे अर्को राउटर हो भने त्यो राउटरलाई VPN प्रिफिक्सका लागि फर्कने मार्ग चाहिन्छ। RRAS सर्भरको स्थिर मार्गले यहाँ मद्दत गर्दैन; फर्कने बाटो LAN गेटवे भएको उपकरणमा हुनुपर्छ, त्यसैले साइटले प्रयोग गर्ने अनुसार यसलाई राउटिङ तालिकामा वा गतिशील राउटिङ प्रक्रियामा थप्नुहोस्।

नयाँ स्रोत दायराविरुद्ध होस्टको फायरवाल र कुनै पनि नेटवर्क पहुँच नियम पनि जाँच्नुहोस्। पुरानो ग्राहक दायराका लागि लेखिएका नियमले नयाँलाई अस्वीकार गर्छन्, असाइनमेन्ट सफल भए पनि। LAN तर्फ ग्राहकका मार्ग र DNS समाधान छुट्टै आवश्यकता हुन्, र सुरुङ स्वस्थ देखिँदा दुवै असफल हुन सक्छन्। प्रत्येकलाई अलग जाँच्नुहोस्।

पुरानो हटाउनु अघि नयाँ पूल एउटा उपकरणमा प्रमाणित गर्नुहोस्

तपाईंको नियन्त्रणमा रहेको एउटा अधिकार लिनुहोस्, फेरि जोडिनुहोस् र ग्राहकले पाएको पूल ठेगाना पढ्नुहोस्। त्यही एउटा संख्याले असाइनमेन्टलाई राउटिङबाट अलग गर्छ। त्यसपछि नाम दिइएको अनुप्रयोग चलाउनुहोस्, फर्कने ट्राफिक हेर्नुहोस् र अस्वीकृत रहनुपर्ने गन्तव्य प्रयास गर्नुहोस्। तीन अवलोकन, तीन फरक असफलताका ढाँचा।

नाम समाधानको आफ्नै परीक्षण चाहिन्छ: IP बाट पहुँच काम गर्न सक्छ जबकि ग्राहकको DNS अझै पुग्न नसक्ने रिजोल्भरतर्फ संकेत गर्छ। LAN मा रहेको DNS सर्भरमा ग्राहकको त्यहाँ मार्ग छ र सर्भरले नयाँ दायराबाट प्रश्न स्वीकार्छ भने मात्र पुग्न सकिन्छ। पूल सर्दा दुवै सामान्य चुक हुन्।

सक्रिय सत्र र मर्मत प्रक्रियाको हिसाब गरेपछि मात्र पुराना दायरा र तिनका अपवाद हटाउनुहोस्। नयाँ ठेगानासहित जोडिएको ग्राहकले असाइनमेन्ट प्रमाणित गर्छ, पहुँच नीति होइन। त्यसलाई प्रयोग गर्ने अन्तिम सत्र सकिएसम्म पुरानो दायरा कागजातमा राख्नुहोस्।

तीन अवलोकनले नतिजा जाँच्नुहोस्

स्वीकृतिका लागि तीन तथ्य चाहिन्छ: ग्राहकसँग नयाँ पूलको ठेगाना छ, LAN होस्टले पुगेर जवाफ पाउन सक्छ, र अस्वीकृत गन्तव्य अझै अस्वीकृत छ। प्रत्येकको आफ्नै जाँच छ, त्यसैले असफलताले असाइनमेन्ट, राउटिङ वा नीतितर्फ संकेत गर्छ। ती त्यही क्रममा चलाउनुहोस्।

ग्राहकबाट, ठेगाना र एउटा LAN होस्टसम्मको मार्ग पुष्टि गर्नुहोस्:

ipconfig | findstr /i "IPv4"
route print -4

LAN होस्टबाट, एकै चरणमा फर्कने बाटो र नीति पुष्टि गर्नुहोस्। पिंग असफल भए पनि अनुप्रयोग चल्छ भने छुटेको भाग मार्ग होइन, ICMP नियम हुन सक्छ। दुवै असफल भए, VPN सम्पादन गर्नु अघि होस्टको मार्ग पढ्नुहोस्। तीनै नतिजा परिवर्तन टिकटमा लेख्नुहोस्, अर्को व्यक्तिले प्रमाणबाट सुरु गरोस्।