Wi-Fi राउटर के VPN से चलता है। तार वाले पोर्ट क्या?

Wi-Fi लैपटॉप VPN का आउटगोइंग पता दिखाता है, और बगल के कमरे का तार वाला डेस्कटॉप प्रोवाइडर का पता दिखाता है। दोनों एक ही राउटर से जुड़े हैं, इसलिए अंतर VPN कॉन्फ़िगरेशन में नहीं है। अंतर यह है कि ट्रैफ़िक वास्तव में किस इंटरफ़ेस, VLAN या नीति से गुज़रा। कवरेज हर रास्ते का गुण है, बक्से का गुण नहीं।

दोनों क्लाइंट की साथ-साथ तुलना राउटर के नियम पढ़ने से ज़्यादा तेज़ी से अंतर ढूँढती है।

एक ही राउटर तक दो रास्ते

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

वही हार्डवेयर, दूसरी नीति। भौतिक बक्सा वह सीमा नहीं है जो आप सोचते हैं।

जिस गेटवे का हर क्लाइंट वास्तव में उपयोग करता है उसकी तुलना करें

तार वाले डिवाइस पर सक्रिय इंटरफ़ेस, उसका पता और डिफ़ॉल्ट गेटवे पढ़ें। जिस मशीन में Wi-Fi और Ethernet दोनों चालू हों, वहाँ राउटिंग मीट्रिक तय करता है कौन जीतेगा, और अक्सर वह वही नहीं होता जिसकी आप अपेक्षा करते हैं। उस गेटवे की तुलना उस गेटवे से करें जो वायरलेस क्लाइंट ने उपयोग किया, और जाँचें कि स्विच पोर्ट किस राउटर नेटवर्क का है। pfSense में WireGuard क्लाइंट रेसिपी दिखाती है कि कैसे एक राउटर टनल रख सकता है और बाकी इंटरफ़ेस अछूते छोड़ सकता है।

अगर दोनों गेटवे अलग हैं, तो एक भी फ़ायरवॉल नियम छूने से पहले जवाब आपके पास है।

DNS और IPv6 की अलग-अलग तुलना करें

हाथ से सेट किए गए रिज़ॉल्वर वाला तार वाला क्लाइंट राउटर की DNS नीति को पूरी तरह बायपास कर सकता है, तब भी जब उसका ट्रैफ़िक सही ढंग से भेजा जा रहा हो। IPv6 दूसरा आधा है: केवल IPv4 संभालने वाली टनल IPv6 ट्रैफ़िक को मूल रास्ते पर छोड़ सकती है। तार वाले डिवाइस से नाम क्वेरी और IPv6 गंतव्य की जाँच करें, केवल IPv4 पते की जाँच नहीं। ऐसी क्वेरी उपयोग करें जिसका जवाब केवल राउटर का रिज़ॉल्वर दे सके, जैसे कोई आंतरिक होस्टनाम।

इनमें से हर एक अलग तुलना है, और हर एक अपने आप विफल हो सकती है।

टनल बंद होने पर क्या होता है इसकी तुलना करें

अगर डिज़ाइन केवल VPN से पहुँच माँगता है, तो टनल रोकें और तार वाले क्लाइंट को हानिरहित ट्रैफ़िक से जाँचें। सामान्य WAN पर लौट जाने वाला तार वाला डिवाइस ऑनलाइन रहता है पर इच्छित रास्ता चूक जाता है, जो केवल कनेक्टिविटी जाँचने वाले को सफलता जैसा लगता है। वायरलेस क्लाइंट अलग व्यवहार कर सकता है, और वही अंतर तुलना करने लायक है।

विफलता का व्यवहार कवरेज का हिस्सा है, उसके बाद का कोई किनारी मामला नहीं।

परिणाम को सही परत से जोड़ें

डिवाइस स्तर का VPN क्लाइंट या तार वाली मशीन पर ब्राउज़र प्रॉक्सी मापे गए आउटगोइंग पते को राउटर से स्वतंत्र रूप से बदल सकता है। जाँच के दौरान कौन सी परतें सक्रिय थीं, यह लिखें, वरना सफल पता परिवर्तन गलत गेटवे के खाते में जाएगा। वही सावधानी बदलाव से पहले के कैश परिणाम पर भी लागू होती है।

नया ट्रैफ़िक जाँचें, परतें नोट करें, और सेगमेंट तथा इंटरफ़ेस लिखें। यही रिकॉर्ड अगली तुलना को एक और अनुमान के बजाय अर्थपूर्ण बनाता है।