दुई SSID, दुई निकास: कुन नीति कहाँ जित्छ?

एउटै गेटवेमा दुई SSID दुई नेटवर्कजस्तो देखिन्छन् र गेटवेले तिनलाई त्यसरी नै व्यवहार नगरेसम्म ती दुई नेटवर्क होइनन्। पहुँच बिन्दुले प्रत्येक SSID लाई आफ्नै VLAN सँग जोडेन भने रेडियोले दुवैलाई एउटै ब्रिजमा सुम्पन्छ। र छुट्टै इन्टरफेस भए पनि ट्राफिकले गेटवेले त्यो प्रवेशमा लागू गर्ने मार्ग र फायरवाल नीतिको पालना गर्छ। SSID एउटा लेबल हो; नीति भनेको तपाईंले लेख्ने कुरा हो।

SSID नीति होइन

राउटर छुनुअघि दुई नेटवर्कको नाम राख्नुहोस् र तिनका अभिप्रेत निकास लेख्नुहोस्। घर सामान्य WAN मा जान्छ, काम VPN इन्टरफेसमा जान्छ, र कुनैले पनि अर्काको मार्ग उत्तराधिकारमा पाउँदैन। यदि दुवै SSID एउटै नविभाजित ब्रिजमा पर्छन् भने नामहरूले केही पनि बनाएका छैनन्। त्यही समतल ब्रिज यो डिजाइन चुपचाप असफल हुने सबैभन्दा सामान्य तरिका हो।

पहुँच बिन्दुले तिनलाई छुट्टै इन्टरफेसका रूपमा प्रस्तुत गर्नुपर्छ, ट्याग गरिएको वा छुट्टै ब्रिज गरिएको। यो पूर्वसर्त हो, विवरण होइन। पहिलो नियमभन्दा अघि म्यापिङ लेख्नुहोस्।

इनग्रेस इन्टरफेस अनुसार वर्गीकरण गर्नुहोस्

प्याकेट गेटवेमा प्रवेश गर्ने बिन्दुमा वर्गीकरण गर्नुहोस्। नीति नियममा इनग्रेस इन्टरफेस चयनक स्रोत प्रिफिक्सबाट छुट्टै हुन्छ, र यो ट्राफिक कामबाट आयो भन्ने इमानदार तरिका त्यही हो। केवल स्रोत ठेगानामा मिलाउँदा काममा रहेको क्लाइन्टले घरको ठेगाना दाबी गरी घरको मार्ग लिन सक्छ।

ip rule show

प्रवेशको तुलनामा स्रोत पनि प्रमाणित गर्नुहोस्, ताकि दुई परीक्षण एकअर्काको विरोध नगरी मिलून्। तीमध्ये एउटा मात्र जाँच्ने नियम आधा नीति हो।

गेटवेको आफ्नै टनेललाई यसबाहिर राख्नुहोस्

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

अनुवादलाई पनि त्यही सावधानी चाहिन्छ। यदि VPN निकासलाई स्रोतका रूपमा गेटवेको टनेल ठेगाना चाहिन्छ भने त्यो केवल VPN इन्टरफेस छोड्ने कामका स्रोतहरूमा लागू गर्नुहोस्। घरको सामान्य WAN अनुवाद फरक क्षेत्र हो, र एउटा सर्तरहित masquerade नियमले दुवै व्यक्त गर्न सक्दैन।

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

असफलताको अवस्था जानाजान तय गर्नुहोस्

VPN मार्ग हराउँदा के हुन्छ त्यो तय गर्नुहोस्। कामको नेटवर्कका लागि इमानदार उत्तर सामान्यतया अस्वीकार गर्नु हो: सामान्य WAN मा कुनै फलब्याक छैन, किनकि छुट्टै SSID को उद्देश्य नै यसको ट्राफिक गलत मार्गबाट नजाओस् भन्ने हो। स्वतः पुनःजडान सुविधा हो, ब्लकिङ नीति होइन। कहिल्यै लग नगर्ने अस्वीकार नियमलाई बिग्रिएको नेटवर्कबाट छुट्याउन सकिँदैन।

ip route show table work

प्रत्येक SSID बाट नयाँ जडान परीक्षण गर्नुहोस्, त्यसपछि टनेल हटाएर फेरि परीक्षण गर्नुहोस्। घरले आफ्नो सामान्य मार्ग कायम राख्नुपर्छ भने काम बन्द रूपमा असफल हुनुपर्छ। IPv6 छुट्टै जाँच्नुहोस्, किनकि दुई IPv4 सबनेटले यसबारे केही भन्दैनन्, र नीति नियमहरूको सन्दर्भ ले माथि प्रयोग गरिएका चयनकहरू अभिलेख गर्छ।