दोन 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 सबनेट त्याबद्दल काहीही सांगत नाहीत, आणि धोरण नियमांचा संदर्भ वर वापरलेल्या निवडकांची नोंद करतो।