Get-VpnConnection टाइप गर्नुहोस्, केही फर्किएर आउँदैन, र अनुसन्धान सामान्यतया त्यहीँ रोकिन्छ। त्यो खाली आउटपुटलाई मेसिनमा VPN नै छैन भन्ने प्रमाणका रूपमा पढिन्छ, टनेलले ट्राफिक बोकिरहेको बेलामा पनि। कमाण्ड ठीक छ; यसले के सूचीबद्ध गर्छ भन्ने अनुमान ठीक छैन। यसले एउटा दायरामा एउटा मूल भण्डार पढ्छ, र आफ्नै प्रोफाइल राख्ने क्लाइन्टबारे केही जान्दैन।

प्रत्येक कलका लागि एउटा मूल भण्डार

सादा कलबाट सुरु गर्नुहोस्, जसले साइन-इन गरेको खाताका प्रोफाइललाई लक्ष्य गर्छ। यो त्यही कल हो जो धेरैजसो मानिसले पहिले चलाउँछन्:

Get-VpnConnection

फर्काइएको प्रत्येक वस्तुले Name, ServerAddress, TunnelType र ConnectionStatus बोक्छ, र ती चार फिल्डले टिकटमा दुई प्रविष्टि छुट्याउन पर्याप्त छन्। प्रोफाइल महिनौं डिस्कनेक्ट रहन सक्छ र तैपनि सूचीमा रहन्छ, किनभने वस्तुले भण्डारित कन्फिगरेसन वर्णन गर्छ, जीवित ट्राफिक होइन। यहाँ खाली नतिजाको अर्थ त्यो खाताका लागि प्रयोगकर्ता-पिच्रे भण्डारमा केही थिएन। मानिसहरूले सामान्यतया यसमा पढ्ने दाबीभन्दा यो धेरै सानो दाबी हो।

सबै प्रयोगकर्ताको फोन बुकलाई आफ्नै क्वेरी चाहिन्छ

हरेक खातालाई सेवा दिने प्रोफाइल अलग सूचीमा बस्छन्, र पूर्वनिर्धारित कलले त्यसलाई कहिल्यै पढ्दैन। तपाईं त्यो भण्डार स्पष्ट रूपमा माग्नुहुन्छ:

Get-VpnConnection -AllUserConnection

जब सत्रसँग अधिकार हुँदैन, खाली नतिजाको सट्टा पहुँच अस्वीकृत त्रुटि अपेक्षा गर्नुहोस्, र दुई नतिजालाई फरक रूपमा लिनुहोस्: एउटाको अर्थ तपाईं हेर्न सक्नुहुँदैन, अर्कोको अर्थ केही भण्डारित छैन। आउटपुट तपाईंको अगाडि हुँदै हरेक नामको छेउमा दायरा लेख्नुहोस्, किनभने पछिको कमाण्डले कुन भण्डार सोध्यो भनी सम्झाउने छैन। अनुमतिहरू नै सहकर्मीले तपाईं देख्न नसक्ने प्रोफाइल देख्ने सामान्य कारण हुन्। प्यारामिटर सेट Get-VpnConnection सन्दर्भ पृष्ठमा अभिलेख गरिएका छन्, कुन स्विच कुन सेटको हो भन्ने पनि समावेश छ।

एउटै नाम, दुई फरक भण्डार

प्रोफाइलको नाम आफ्नै भण्डारभित्र अद्वितीय हुन्छ, पूरै मेसिनमा होइन, त्यसैले प्रयोगकर्ता-पिच्रे र सबै-प्रयोगकर्ता सूचीले प्रत्येकले Office नामको प्रोफाइल राख्न सक्छन्। दुई प्रविष्टिले फरक सर्भरतर्फ संकेत गर्न, फरक टनेल प्रकार प्रयोग गर्न र फरक प्रमाणहरू बोक्न सक्छन्। तीमध्ये एउटा मात्र त्यो प्रविष्टि हो जसमा प्रयोगकर्ताले दोहोरो क्लिक गर्छ। कुनै पनि छुनुअघि दायरा लेख्नुहोस्।

कसैले नचलाउने प्रतिलाई मेटाउनु परिवर्तन विन्डोमा हानिरहित देखिन्छ। प्रयोगकर्ताको सर्टकटले काम गर्न छोड्दा त्यो सपोर्ट कल बन्छ।

मूल सूचीलाई कहिल्यै नछुने क्लाइन्टहरू

विक्रेता क्लाइन्टमा आयात गरिएको OpenVPN वा WireGuard प्रोफाइल त्यही क्लाइन्टको आफ्नै कन्फिगरेसनमा बस्छ, त्यसैले त्यो कहिल्यै मूल Windows प्रविष्टि बन्दैन। क्लाइन्टले आफ्नै सेवा चलाउँछ, आफ्नै सूची राख्छ र आफ्नै एडाप्टरबाट ट्राफिक पठाउँछ। यीमध्ये केही पनि कमाण्डले जानकारी दिने कुरा होइन, र कुनै दायरा स्विचले त्यसलाई देखाउने छैन। एउटा मेसिनमा तीनवटा काम गर्ने टनेल र खाली मूल सूची हुन सक्छ।

जब तपाईंलाई त्यसको सट्टा एडाप्टर दृश्य चाहिन्छ, एडाप्टरहरूलाई सोध्नुहोस्। विक्रेता इन्टरफेसहरू आफैं नाम दिन्छन्, त्यसैले सही स्ट्रिङको सट्टा टुक्रा मिलाउनुहोस्:

Get-NetAdapter | Where-Object InterfaceDescription -match 'WireGuard|OpenVPN|TAP'

हातले बनाइएका मूल प्रोफाइलहरू प्रयोगकर्ता प्रोफाइलमुनिको फोन बुक फाइलमा पुग्छन्, र सबै-प्रयोगकर्ता समकक्षहरू पूरै मेसिनको प्रतिमा बस्छन्। त्यसैले एउटा प्रयोगकर्ताको प्रोफाइल भण्डार अर्को खातामा प्रतिलिपि गर्दा त्यही सूची दोहोरिने कुरा विरलै हुन्छ। फाइलले हराएको मूल जडान कहाँबाट आयो भनी व्याख्या गर्छ। विक्रेता क्लाइन्टको भण्डारबारे यसले केही भन्दैन।

प्रोफाइल हटाउनुअघि के लेख्ने

सस्तो बीमा पाँच-फिल्ड नोट हो: नाम, दायरा, सर्भर ठेगाना, स्थिति र प्रयोगकर्ताको प्रयासबाट आएको सही त्रुटि पाठ। उनीहरूले साँच्चै चलाउने क्लाइन्ट थप्नुहोस्, किनभने त्यही विवरणले मूल प्रविष्टिको कुनै अर्थ छ कि छैन निर्धारण गर्छ। त्यो बिना, सही मेटाउने पनि अर्को असफलताको कारण जस्तै देखिन्छ। नोटलाई च्याट विन्डोमा होइन, टिकटमा राख्नुहोस्।

हटाउनु एउटा कमाण्ड हो, र यसले कन्फिगरेसनलाई निष्क्रिय गर्नुको सट्टा मेटाउँछ। त्यो नोट अस्तित्वमा आएपछि मात्र चलाउनुहोस्:

Remove-VpnConnection -Name "Office" -Force

जब लक्ष्य सबै-प्रयोगकर्ता भण्डारमा हुन्छ -AllUserConnection थप्नुहोस्, र स्वीकृत कन्फिगरेसन स्रोत पहिले अन्यत्र राख्नुहोस्। त्यसपछि एक पटक पुनः जडान गर्नुहोस् र रुट तालिका पढ्नुहोस्, किनभने सूचीले कन्फिगरेसन भण्डारित छ भन्ने मात्र प्रमाणित गर्छ। ट्राफिक सर्भरसम्म पुग्छ कि पुग्दैन भन्ने अलग प्रश्न हो, जसको जवाफ Get-VpnConnection आउटपुटको कुनै मात्राले दिँदैन। सफा पुनः थपेपछि पनि प्रयोगकर्ता असफल भयो भने, प्रोफाइल कहिल्यै समस्या थिएन।

सम्बन्धित लेखहरू