Windows बोगदा अयशस्वी होतो आणि लॉग 10051 हा क्रमांक देतो। हा WSAENETUNREACH आहे, जो तेव्हा नोंदवला जातो जेव्हा सॉकेट क्रियेला गंतव्यापर्यंत कोणताही उपयुक्त मार्ग सापडत नाही। हा नाकारलेला पासवर्ड, कालबाह्य प्रमाणपत्र किंवा सर्व्हरने बोगदा पॅकेट पाहून नाकारले याचा पुरावा नाही।

दोन वेगवेगळ्या क्रिया एकाच सत्रात हे निर्माण करू शकतात। त्यांचा अर्थ वेगळा आहे आणि ते वेगवेगळ्या मालकांचे आहेत।

कोड काय नोंदवतो आणि काय नाही

त्रुटी स्थानिक निर्णयाचे वर्णन करते: स्टॅकला विनंती केलेल्या गंतव्यापर्यंत मार्ग सापडला नाही, म्हणून क्रिया कधीही मशीनमधून बाहेर पडली नाही। हे मार्गाबद्दलचे विधान आहे, तुमच्या ओळखपत्रांबद्दलच्या दुसऱ्या बाजूच्या मताबद्दल नाही। ते प्रमाणीकरण अयशस्वी म्हणून वाचल्यास तुम्ही प्रमाणपत्र साठवण आणि खाते रीसेटकडे जाता अशा समस्येसाठी जी ते निर्माण करू शकत नाहीत। कोड खालील फायरवॉलने पॅकेटला परवानगी दिली असती का हे देखील सांगत नाही, कारण कोणतेही पॅकेट पाठवले गेले नाही।

ते नोंदवताना आसपासच्या लॉग ओळी ठेवा। फक्त क्रमांक गंतव्य, वाहतूक आणि क्षण गमावतो, आणि या तीन तथ्यांच्या जोरावरच नोंद आठवड्यानंतर अर्थ लावण्यायोग्य होते।

कोणती क्रिया अयशस्वी झाली, आणि कधी

क्लायंट VPN च्या बाह्य एंडपॉइंटपर्यंत पोहोचण्याचा प्रयत्न करत असतानाची त्रुटी बोगदा स्थापित झाल्यानंतरच्या अनुप्रयोग अयशस्वीतेपेक्षा वेगळी घटना आहे। पहिल्यात सर्व्हरपर्यंतचा वाहतूक मार्ग नाही किंवा काढून टाकला आहे। दुसऱ्यात बोगदा अस्तित्वात आहे आणि त्यातील काहीतरी तुम्ही मागितलेले गंतव्य सोडवू किंवा मार्गस्थ करू शकत नाही। तोच कोड, वेगळा स्तर, वेगळा मालक। कनेक्शन प्रयत्नाच्या संदर्भातील टाइमस्टॅम्प सामान्यतः कोणती आहे हे ठरवतो।

केवळ त्रुटी नाही तर अयशस्वी क्रियेचा उल्लेख करा: कोणत्या पत्त्यावर, कोणत्या वाहतुकीने आणि क्रमातील कोणत्या बिंदूवर कनेक्शन। हाच शब्दप्रयोग दुसऱ्या व्यक्तीला निर्णय पुनरुत्पादित करू देतो।

एंडपॉइंट आणि पत्ता कुटुंबाची तुलना करा

निराकरण केलेले गंतव्य, वाहतूक आणि पोर्ट नोंदवा। जर नाव IPv4 आणि IPv6 दोन्ही पत्ते परत करत असेल, तर कार्यरत IPv4 तपासणी अयशस्वी IPv6 प्रयत्नाबद्दल काहीही स्पष्ट करत नाही। क्लायंट तुम्ही कधीही चाचणी न केलेले कुटुंब वापरत असू शकतो, आणि दुसरे कुटुंब सक्तीने लादणे प्रयोग सुधारण्याऐवजी बदलते।

Resolve-DnsName vpn.example.net -Type A,AAAA
Find-NetRoute -RemoteIPAddress 198.51.100.62
Get-NetConnectionProfile

मार्ग क्वेरी सध्याच्या स्थितीत त्या गंतव्यासाठी सर्वोत्तम स्थानिक पत्ता आणि मार्ग परत करते, म्हणून बिघाड असतानाच ती चालवा। डिस्कनेक्ट केलेला अडॅप्टर, बदललेले नेटवर्क किंवा अनपेक्षित मार्ग सर्व काही रीसेट झाल्यानंतर वेगळे दिसतात। दुसरा सक्रिय बोगदा एंडपॉइंट मार्गही ताब्यात घेऊ शकतो, ज्यामुळे एका क्लायंटसाठी हा कोड येतो आणि दुसऱ्यासाठी नाही।

मार्ग उत्तर काय आहे हे लक्षात ठेवा: एक स्थानिक निर्णय, पाठवण्याची परवानगी नाही। फायरवॉल डेटाग्राम स्वीकारेल का किंवा दूरच्या टोकाला काही ऐकत आहे का हे ते सांगू शकत नाही।

इतर सॉकेट त्रुटी आणि हस्तांतरण

त्रुटी 10054 हा वेगळा अहवाल आहे, आणि UDP प्राप्तीत ती आधीच्या पाठवण्याशी संबंधित ICMP पोर्ट-अपरिचित दर्शवू शकते। हा विशिष्ट गंतव्य पोर्टबद्दलचा संदेश आहे, मार्ग नाही असे विधान नाही, आणि दोन्ही वेगवेगळ्या तपासण्यांकडे नेतात। प्रत्येक सॉकेट क्रमांकाला कनेक्शन अयशस्वीतेचा प्रकार मानणे हाच तो मार्ग आहे ज्यात गहाळ मार्ग क्लायंट पुन्हा प्रतिष्ठापित करून 'दुरुस्त' केला जातो।

उपयुक्त हस्तांतरणात अचूक कोड, अयशस्वी क्रिया, एंडपॉइंट आणि पत्ता कुटुंब, निवडलेला मार्ग आणि कोणत्याही नेटवर्क बदलाची वेळ असते। दाखवलेली मार्ग समस्या त्या कॉन्फिगरेशनच्या मालकामार्फत दुरुस्त करा। प्रमाणपत्रे बदलणे किंवा पीअर पडताळणी बंद करणे अस्तित्वात नसलेला मार्ग देऊ शकत नाही, आणि दोन्ही अंतिम निदान कठीण करतात।

संबंधित लेख