VPN राउटर: LAN आणि WAN — खरेदीपूर्वी काय नोंदवावे
VPN लेबल VLAN, WAN फेलओव्हर किंवा टनेलच्या भूमिकांबद्दल काहीही सांगत नाही। जे मॉडेल आणि फर्मवेअर तुम्ही उपयोजित करू इच्छिता त्याच्या नेमक्या क्षमता लिहा।
VPN-तयार लेबलला अशा बॉक्सचे एक वैशिष्ट्य माना ज्याला राउट, विभाजन आणि अपयशावर स्विच देखील करायचे आहे, कारण लेबल सांगत नाही की उपकरण किती स्वतंत्र नेटवर्क ठेवू शकते। नेमक्या मॉडेल आणि फर्मवेअरसाठी क्षमता नोंद लिहून सुरुवात करा, नंतर ती नोंद साइटला आवश्यक असलेल्या प्रवाहांशी तुलना करा। मार्केटिंग पाने सॉकेटची यादी करतात; ते VLAN सदस्यत्व, फेलओव्हर धोरण किंवा टनेलची व्याप्ती क्वचितच यादी करतात। नोंदीला सुमारे वीस मिनिटे लागतात आणि हार्डवेअर येण्यापूर्वी बहुतेक खरेदी वाद मिटवते।
सर्वांपूर्वी नेमका बॉक्स निश्चित करा
मॉडेलची नावे फर्मवेअर पिढ्यांमध्ये प्रवास करतात, आणि तेच कवच रिलीझनुसार वेगळ्या स्विच ड्रायव्हरसह येऊ शकते। बोर्डची ओळख कार्टनऐवजी उपकरणातूनच वाचा, जेणेकरून प्रत्येक पुढील दावा तुम्ही पुनरुत्पादित करू शकता अशा गोष्टीशी जोडला जाईल। OpenWrt वर एक आदेश मॉडेल, बोर्ड नाव आणि फर्मवेअर रिलीझ व्यापतो, आणि समतुल्य स्क्रीन बहुतेक व्यावसायिक फर्मवेअरमध्ये आहेत।
ssh [email protected] 'ubus call system board'
cat /etc/openwrt_releaseती स्ट्रिंग नोंदीत लिहा, कधीही लहान करू नका। नंतर सामान्य राउटिंग काम टनेल कामापासून वेगळे करा। पॅकेट चांगले पुढे पाठवणारे उपकरण टनेल संपवण्यास तरीही नकार देऊ शकते, आणि टनेल संपवणाऱ्या उपकरणाकडे दोन स्थानिक नेटवर्क वेगळे ठेवण्याचा मार्ग नसेल। दोन्हींना एकच आवश्यकता मानल्यास, युनिट रॅकमध्ये बसवले, संरचित केले आणि अर्धे विश्वासार्ह होईपर्यंत विसंगती लपून राहते।
पोर्टची संख्या नव्हे, LAN रचना नोंदवा
चार सॉकेट सहसा एक स्विच असा अर्थ देतात, आणि VLAN संरचित नसल्यास स्विच एक प्रसारण क्षेत्र असा अर्थ देतो। हे सपाट घरगुती नेटवर्कसाठी योग्य आणि एकाच बॉक्सवर पाहुणे विभाग, व्यवस्थापन विभाग आणि वेगळा कॅमेरा विभाग हवा असलेल्या साइटसाठी चुकीचे आहे। कोणते पोर्ट कोणत्या VLAN मध्ये आहेत, कोणते VLAN CPU पर्यंत पोहोचतात आणि कोणते इंटरफेस पत्ते वाहतात ते नोंदवा।
फर्मवेअर VLAN देतो तिथे, इंटरफेस यादी तुम्ही किती वेगळी धोरणे लिहू शकता ते ठरवते। स्विचवर परिभाषित पण कधीही इंटरफेस म्हणून नेमलेले नसलेल्या VLAN ला पत्ता नाही आणि फायरवॉल झोन नाही, त्यामुळे ते स्वतः काहीही लागू करू शकत नाही।
| Field to record | Example entry | Review stops if |
|---|---|---|
| Ports and VLAN membership | ports 1-4 untagged on VLAN 10, port 5 trunk with VLAN 10 and 20 | the datasheet offers only a socket count |
| Routed interfaces | br-lan 192.168.88.1/24, vlan20 192.168.99.1/24 | two subnets cannot hold separate policies |
| WAN method and failover | DHCP on wan, PPPoE on wan2, policy route to wan2 on loss | only one uplink is configurable |
| Tunnel role and scope | WireGuard peer on the router, only 192.168.88.0/24 routed inside | the router can only pass another tunnel through |
मेनूवर विश्वास ठेवण्याऐवजी स्विचची स्थिती वाचा। जुन्या OpenWrt लक्ष्यांवर स्विच साधन संरचित उपकरणे छापते, आणि DSA लक्ष्यांवर ब्रिज साधने प्रत्येक पोर्टसाठी तीच तथ्ये नोंदवतात, म्हणून फर्मवेअर रिलीझ नोंदीत येते।
WAN आणि फेलओव्हर वर्तन लिहा
प्रवेश पद्धत, पत्त्याची मालकी आणि फेलओव्हर क्रम प्रत्येक अपलिंकसाठी एका ओळीत येतात, कारण WAN बदलात टिकणारी टनेल तीनही गोष्टींवर अवलंबून असते। PPPoE सत्र नव्या पत्त्यासह पुन्हा जोडते आणि टनेल सोबत पाडते, तर स्वतःची भाडेपट्टी राखणारा DHCP अपलिंक तसे करू शकत नाही।
फेलओव्हरला धोरण निर्णयही हवा। सर्व रहदारी बॅकअप लिंकवर पाठवणे सोपे आहे; सामान्य वेब रहदारी बॅकअप वापरत असताना टनेल प्राथमिकवर ठेवण्यासाठी धोरण-आधारित राउटिंग हवे, आणि प्रत्येक फर्मवेअर ते देत नाही। टनेल एका अपलिंकशी बांधलेले आहे का आणि ती लिंक गायब झाल्यावर उपकरण स्थापित सत्रांशी काय करते ते नोंदवा। राउटिंग तक्ता पुरावा म्हणून ठेवा, फेलओव्हर चेकबॉक्स नाही।
एक परवानगीचा आणि एक नकाराचा प्रवाह तपासा
नोंद तेव्हाच ठेवण्यासारखी आहे जेव्हा उपकरण त्यानुसार स्वीकारता येते। चालले पाहिजे असा एक प्रवाह, चालू नये असा एक प्रवाह निवडा, आणि दोन्ही संबंधित विभागातील क्लायंटवरून चालवा। प्रत्येक सबनेट वाहणारी टनेल ही अपयश आहे जेव्हा आवश्यकता एकच सबनेट होती।
नंतर नकाराची पुष्टी करा, कारण परवानगी देणारे मूलभूत मूल्य हे नेहमीचे आश्चर्य आहे। पाहुणे विभागाने व्यवस्थापन पत्त्यापर्यंत पोहोचू नये, आणि तपासणीने लॉगिन पानाऐवजी कालबाह्यता किंवा नकार दाखवावा।
curl -sS --max-time 8 https://api.ipify.org
ping -c 2 192.168.99.1
ip -4 route get 192.168.99.1परवानगीचा प्रवाह चालला आणि नकाराचाही चालला, तर मेनूने विरुद्ध सुचवले तरी विभाजन गहाळ आहे। दोन्ही अपयशी झाले, तर टनेलची व्याप्ती किंवा परतीचा मार्ग चुकीचा आहे, आणि WAN नोंद सहसा कोणता ते स्पष्ट करते। दोन्ही निकाल क्षमता नोंदीसोबत ठेवा, जेणेकरून पुढील पुनरावलोककाला काय स्वीकारले, कोणत्या फर्मवेअरवर आणि कोणत्या तारखेला दिसेल।