Windows VPN को वायर वाली कंसोल के साथ साझा करें: PC गेटवे या राउटर
Windows PC के पीछे बैठी कंसोल को नीचे का खंड, पता-निर्धारण, अनुवाद और आगे भेजने वाला क्लाइंट चाहिए। इसकी तुलना उस राउटर से करें जो सुरंग का मालिक है।
जो कंसोल VPN क्लाइंट नहीं चला सकतीं, वे कभी-कभी Windows PC की सुरंग उधार ले सकती हैं, और यह व्यवस्था सफल होने से अधिक बार विफल होती है, उन कारणों से जिनका VPN से कोई संबंध नहीं है। PC को गेटवे बनना पड़ता है: नीचे की ओर एक समर्पित इंटरफ़ेस, कंसोल के लिए पता-निर्धारण, अनुवाद, और ऐसा क्लाइंट जो दूसरे उपकरण के पैकेट आगे भेजने को तैयार हो। PC के अपने अनुप्रयोगों के लिए काम करने वाली सुरंग इसमें से कुछ भी सिद्ध नहीं करती।
सचमुच करने योग्य तुलना उस व्यवस्था और उस राउटर के बीच है जो पूरे नेटवर्क के लिए सुरंग का मालिक है। वे रखरखाव में, विफलता के व्यवहार में, और इसमें भिन्न हैं कि एक बार में नीति का कितना हिस्सा देखा जा सकता है।
PC गेटवे को क्या करना पड़ता है
गेटवे को कंसोल की ओर मुखा इंटरफ़ेस, उस खंड के लिए पता-सीमा, और ऐसा अनुवाद नियम चाहिए जो कंसोल के ट्रैफ़िक को सुरंग पर फिर से लिखे। उसे क्लाइंट से यह भी चाहिए कि वह ऐसे पैकेट आगे भेजे जो उसने खुद नहीं बनाए, और यह अपने ही ट्रैफ़िक को स्वीकार करने से अलग सेटिंग है। नाम-समाधान उसी रास्ते से जाना चाहिए, वरना कंसोल एक मार्ग से गेम सेवा का समाधान करती है और फिर दूसरे से जुड़ती है। इनमें से हर एक अलग कॉन्फ़िगरेशन चरण है, अपने अलग विफलता तरीके के साथ।
console -> dedicated ethernet -> windows sharing / nat
-> selected tunnel interface -> internetWindows का इंटरनेट कनेक्शन साझाकरण ठीक यही आकार देता है, जिसमें एक कनेक्शन सार्वजनिक और दूसरा निजी के रूप में नामित होता है। वह नामांकन लोगों की अपेक्षा से अधिक मायने रखता है, क्योंकि घर के राउटर तक पहुँचने वाला इंटरफ़ेस अपने आप वह नहीं होता जो सुरंग ढोता है।
निर्णायक तुलनाएँ
तीन अंतर PC गेटवे को राउटर गेटवे से अलग करते हैं, और वही हैं जो महीनों बाद सामने आते हैं। तालिका उन्हें साथ-साथ रखती है।
| Aspect | Windows PC gateway | Router gateway |
|---|---|---|
| Tied to a user session | Yes; sleep or sign-out ends it | No |
| Policy visibility | Split across client and sharing layer | One ruleset |
| Address service | Private side of the sharing feature | Router scope |
| Recovery after reboot | Manual, per session | Automatic |
सत्र से बंधाव पहला अंतर है और वही है जो लोगों को पकड़ता है। जो PC सो जाता है, साइन आउट करता है या अपडेट स्थापित करता है, वह गेटवे नहीं रहता, और कंसोल बिना कोई कॉन्फ़िगरेशन बदले अपना रास्ता खो देती है। नीति की दृश्यता दूसरा है, क्योंकि क्लाइंट के नियम और साझाकरण परत दो जगह रहते हैं और इनमें से कोई दूसरे का वर्णन नहीं करता। पता सेवा तीसरा है, और यह उस कंसोल की व्याख्या करती है जिसके पास पता है फिर भी कुछ भी नहीं पहुँचता।
इसमें से कुछ भी PC व्यवस्था को गलत नहीं बनाता। यह उसे अस्थायी रचना बनाता है, जो तब स्वीकार्य है जब आवश्यकता अस्थायी हो।
आगे भेजा गया ट्रैफ़िक अलग श्रेणी है
डेस्कटॉप क्लाइंट दूसरे उपकरण के लिए आगे भेजे गए पैकेट को अपने पैकेट से अलग तरह से देख सकता है। अनुप्रयोग-वार समावेश सूची PC पर चल रही प्रक्रियाओं को कवर करती है और कंसोल के ट्रैफ़िक के बारे में कुछ नहीं कहती, जबकि स्थानीय अनुप्रयोगों की रक्षा करने वाला किल स्विच आगे भेजे गए मार्ग की रक्षा बिल्कुल न करे। PC पर सफल पृष्ठ लोड से अनुमान लगाने के बजाय आगे भेजे गए ट्रैफ़िक के लिए क्लाइंट के प्रलेखित व्यवहार की पुष्टि करें। जहाँ वह व्यवहार स्पष्ट नहीं है, वहाँ पूरी व्यवस्था एक अनुमान पर टिकी है।
कंसोल का पता-निर्धारण साझाकरण व्यवस्था से आना चाहिए, कभी भी PC के सुरंग पते की उस पर नकल से नहीं। नकल करने से दोहरा पता, गलत गेटवे और ऐसी चीज़ की ओर इशारा करने वाला रिज़ॉल्वर बनता है जहाँ कंसोल पहुँच नहीं सकती। नीचे की सेवा को कॉन्फ़िगरेशन बाँटने दें, फिर जाँचें कि कंसोल को वास्तव में क्या मिला।
कंसोल का ट्रैफ़िक जाँचें, PC का नहीं
एकमात्र अर्थपूर्ण परीक्षण कंसोल के रास्ते को देखता है। PC पर, नीचे दिए आदेश इंटरफ़ेस का लेआउट, नीचे की लिंक पर पड़ोसी तालिका, और यह दिखाते हैं कि कंसोल सेवा पोर्ट पर उत्तर देती है या नहीं। इन्हें तब चलाएँ जब गेम सत्र वास्तव में जुड़ा हो।
Get-NetIPConfiguration | Select-Object InterfaceAlias, IPv4Address
Get-NetAdapter | Select-Object Name, Status, LinkSpeed
arp -a | findstr 192.168.137.
Test-NetConnection 192.168.137.10 -Port 3074नीचे की ओर बिना पते वाला इंटरफ़ेस मतलब साझाकरण कभी शुरू ही नहीं हुआ, जो उस कंसोल से अलग समस्या है जो जुड़ नहीं पाती। पड़ोसी तालिका में कंसोल की प्रविष्टि सिद्ध करती है कि लिंक और पता-निर्धारण जीवित हैं। उसके बाद विफल होने वाला पोर्ट परीक्षण आगे भेजने या क्लाइंट के आगे भेजे गए ट्रैफ़िक के व्यवहार की ओर इशारा करता है, केबल की ओर नहीं। यह निष्कर्ष निकालने से पहले कि सुरंग ही इस्तेमाल हो रहा मार्ग है, कंसोल के निकास पते की तुलना PC से करें।
व्यवस्था को उसके इंटरफ़ेस नामों और पता-सीमाओं के साथ प्रलेखित रखें। जब अगले अपडेट के बाद यह टूटेगी, तब वह पृष्ठ एक घंटे की पुनर्खोज बचाएगा।