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 सँग तुलना गर्नुहोस्।
व्यवस्थालाई यसका इन्टरफेस नाम र ठेगाना दायरासहित कागजातमा राख्नुहोस्। अर्को अपडेटपछि यो बिग्रँदा त्यो पृष्ठले एक घण्टाको पुनःखोजी बचाउँछ।