Windows VPN जोडिँदैन? कोडलाई घटना लगसँग मिलाउनुहोस्

Windows VPN सङ्कथनले असफल भएको चरण लुकाउँछ। नतिजा कोड पढ्नुहोस्, त्यो प्रयासको RasClient घटना निकाल्नुहोस्, र बिग्रिएको तह मात्र बदल्नुहोस्।

शुक्रबार यो काम गरिरहेको थियो। सोमबार त्यही Windows क्लाइन्टले जडानको प्रयास असफल भयो भनी बताउने सङ्कथनसँग जवाफ दिन्छ, र त्यसको तलको वाक्य दर्जनौँ असम्बन्धित समस्याका लागि तपाईंले पहिले नै देखेको वाक्य हो। त्यो सङ्कथन एउटा शृंखलाको अन्त्य हो, सुरुवात होइन। Windows ले प्रयास वास्तवमा कुन चरणमा मर्‍यो त्यो लुकाउँछ, र दुई साना प्रमाणहरूले त्यसलाई नाम दिन्छन्: सङ्ख्यात्मक नतिजा कोड र त्यही मिनेटको एउटा RasClient घटना। मैले प्रयोग गर्ने क्रम यही हो — प्रयास स्थिर गर्नुहोस्, कोड पढ्नुहोस्, घटना निकाल्नुहोस्, अनि ठ्याक्कै एउटा तह बदल्नुहोस्।

सङ्कथनको पाठ अन्तिम चरण हो, कारण होइन

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

अझै स्थिर गर्न सकिने कुरा प्रयास आफैं हो। जडानको नाम, प्रोफाइलमा भण्डारण गरिएको सुरुङको प्रकार — PPTP, L2TP/IPsec, SSTP वा IKEv2 —, सेकेन्डसम्मको समय, र कोड लेख्नुहोस्। कुन प्रोटोकल वास्तवमा चल्यो भन्ने निश्चित छैन भने स्मृतिमा भरोसा गर्नुको सट्टा %APPDATA%\Microsoft\Network\Connections\Pbk\rasphone.pbk खोल्नुहोस् र प्रविष्टि पढ्नुहोस्; नयाँ प्रोटोकलका लागि पुनः प्रयोग गरिएको प्रोफाइलले आफ्नो पुरानो प्रदर्शन नाम कायम राख्छ।

शब्द पढ्नुअघि सङ्ख्या पढ्नुहोस्

कोडहरू तीन चरणमा पर्छन्, र चरण सटीक शब्दावलीभन्दा बढी महत्त्वपूर्ण छ: पुगेर अस्वीकार गरिएको प्रमाणीकरण आदानप्रदान, कहिल्यै जवाफ नदिने सर्भर, वा लिङ्क उठेपछि भत्किएको वार्ता। 691 पहिलो प्रकार हो — प्रमाणपत्र जाँच चल्यो र असफल भयो, चाहे गलत पासवर्ड, लक भएको वा म्याद सकिएको खाता, वा सर्भरले स्वीकार नगर्ने प्रमाणीकरण प्रोटोकलको कारणले होस्। 812 पनि अस्वीकृति हो, तर मान्य प्रमाणपत्रसहित: टाढा पहुँच सर्भरको नीतिले तपाईंविरुद्ध निर्णय गर्‍यो। Microsoft आधिकारिक डायल-अप र VPN जडानका लागि त्रुटि कोडको सूची राख्छ, र सन्देशको पाठ खोज्नुअघि त्यहाँ आफ्नो नम्बर पढ्नु उपयुक्त हुन्छ।

809 विपरीत वर्ग हो: केही पनि फर्किएन। यो मार्गको समस्या हो — SSTP का लागि TCP 443 फिल्टर, PPTP का लागि GRE अवरुद्ध, IPsec पार हुनका लागि UDP 500 र 4500 वा ESP छाडिएका। नयाँ पासवर्डले यसलाई सुधार्न सक्दैन र नयाँ प्रमाणपत्रले पनि नहुने। 720 भन्नाले लिङ्क उठ्यो र PPP ले वार्ता कहिल्यै पूरा गरेन, जसले प्रोटोकलको अमिल्दो वा ठेगाना तोक्न नसक्ने सर्भरतर्फ सङ्केत गर्छ। 789, वा IKEv2 मा 13801, IPsec भित्रको पहिचान हो: तपाईंले डायल गर्ने नामसँग नमिल्ने विषय भएको प्रमाणपत्र, अविश्वसनीय शृंखला, वा दुई छेउबीच फरक पर्ने पूर्व-साझा कुञ्जी।

त्यही मिनेटको RasClient घटना निकाल्नुहोस्

घटना दर्शकमा, स्रोत RasClient मा फिल्टर गरिएको Windows Logs > Application पहिलो हेर्ने ठाउँ हो। त्रुटि 720 का बारेमा Microsoft को लेखले त्यो लगको 20227 घटनातर्फ सङ्केत गर्छ। त्यही प्रदायकले अन्य नतिजाका लागि अन्य पहिचानकर्ता निकाल्छ, त्यसैले ID लाई निदान मान्नुको सट्टा सन्देश र त्यसमा अन्तर्निहित नतिजा कोड पढ्नुहोस्; सामान्य सङ्कथन र 720 बोक्ने 20227 पहिले नै धेरै साँघुरो कथा हो।

PowerShell बाट, GUI मा क्लिक नगरी:

Get-WinEvent -FilterHashtable @{
  LogName      = 'Application'
  ProviderName = 'RasClient'
  StartTime    = (Get-Date).AddMinutes(-15)
} | Format-List TimeCreated, Id, Message

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

घटनाको थुप्रोको सट्टा एउटा समयरेखा बनाउनुहोस्

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

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

दोहोर्‍याउन सकिने क्याप्चरका लागि, आदेश लाइनबाट डायल गर्नुहोस् र नतिजा छाप्न दिनुहोस्:

rasdial "Office VPN"
rasdial "Office VPN" /disconnect

कन्सोलले GUI ले मैत्रीपूर्ण पाठपछाडि लुकाउने सङ्ख्या देखाउँछ, र दुई पटक चलाउँदा कोड स्थिर छ वा बीचबीचमा आउँछ भनी थाहा हुन्छ।

हरेक चरणले के बदल्न भन्छ

चरणको नाम दिनु तब मात्र उपयोगी हुन्छ जब यसले परिवर्तनको समूहलाई एउटा तहमा झार्छ:

  • 691 — प्रमाणीकरण: क्लाइन्टले दिने EAP विधि सर्भरले स्वीकार गर्ने विधिको विरुद्ध, खाताको अवस्था, पासवर्डको म्याद, डायल-इन अनुमति।
  • 812 — सर्भर नीति: यो प्रयोगकर्ता र यो समय-विन्डोसँग मिल्ने टाढा पहुँच नीति वा NPS नियम।
  • 809 — पहुँच: मार्गमा फायरवाल नियम, NAT र प्रोटोकल पार हुनु, छानिएको सुरुङ प्रकारलाई आवश्यक पोर्ट।
  • 720 — PPP वार्ता: प्रमाणीकरण प्रोटोकलको अमिल्दो, ठेगाना तोक्ने, सर्भर-पक्षको PPP सेटिङ।
  • 789 / 13801 — IPsec पहिचान: तपाईंले डायल गर्ने नामको विरुद्ध प्रमाणपत्रको विषय, विश्वास शृंखला, पूर्व-साझा कुञ्जी।

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

प्रमाण साझा गर्नुहोस्, वातावरण होइन

घटना सन्देशहरू देखिनेभन्दा धनी हुन्छन्। तिनले जडानको नाम, खाता, प्रायः गेटवेको आन्तरिक नाम वा ठेगाना, र कहिलेकाहीँ प्रमाणपत्रको औंठाछाप बोक्छन्। मूललाई जहाँ हुनुपर्ने हो त्यहीँ राख्नुहोस्, र अरू कसैका लागि छुट्टै सम्पादित प्रतिलिपि बनाउनुहोस्; स्मृतिबाट समयरेखा फेरि टाइप गर्दा त्यसलाई उपयोगी बनाउने ठ्याक्कै ती विवरण हराउँछन्।

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

केही बन्द गर्नुअघि, त्यही प्रोफाइलमा प्रयास फेरि चलाउनुहोस् र कोड अहिले कहाँ पर्छ भनी पुष्टि गर्नुहोस्। सफलताले यसलाई अन्त्य गर्छ; फरक असफलताको अर्थ मूल चरण सुध्रिएको छ र अर्को तपाईंको हातमा छ।

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