कैसे ठीक करने के लिए “आपका कनेक्शन निजी नहीं है” त्रुटि

उदाहरण के लिए, अमान्य एसएसएल प्रमाणपत्र वाली वेबसाइटें हैकर्स के लिए डेटा चोरी करना आसान बनाती हैं. यदि आप लॉगिन क्रेडेंशियल या भुगतान विवरण जैसी व्यक्तिगत जानकारी दर्ज करते हैं, तो आपकी जानकारी दूसरों को दिखाई दे सकती है.

समस्या निवारण ग्राहक वीपीएन सुरंग कनेक्टिविटी

यह पृष्ठ विशेष रूप से एक OpenVPN क्लाइंट प्रोग्राम के साथ समस्याओं को खोजने और हल करने का प्रयास करने के बारे में है जो OpenVPN एक्सेस सर्वर से कनेक्ट करने में विफल रहता है. यह वीपीएन सुरंग पहले से ही काम करने के बाद स्थापित वीपीएन सुरंग पर एक लक्ष्य प्रणाली तक पहुंचने में समस्याओं से निपटता नहीं है. यह एक अलग पृष्ठ में संभाला जाता है: समस्या निवारण वीपीएन सुरंग पर सिस्टम तक पहुंचना.

इसलिए यदि उदाहरण के लिए आप OpenVPN क्लाइंट कनेक्शन शुरू करते हैं और यह एक त्रुटि जारी करता है और आपको डिस्कनेक्ट करता है, तो यहां जानकारी आपको एक संभावित कारण और समाधान निर्धारित करने में मदद करनी चाहिए. यदि नहीं, तो समर्थन टिकट प्रणाली पर हमारे पास पहुंचें और जितना हो सके उतना विस्तार प्रदान करें.

सर्वर लॉग फ़ाइलों का पता लगाना

OpenVPN सर्वर या क्लाइंट के साथ समस्याओं का निदान करने के लिए, लॉग फ़ाइलों को देखना सहायक है. लॉग फाइलें आपके कंप्यूटर सिस्टम पर विशिष्ट क्षेत्रों में स्थित हैं, और निम्नलिखित एक सामान्य मार्गदर्शिका है कि उन्हें कैसे खोजें और उनमें से सबसे अच्छी जानकारी कैसे प्राप्त करें. लॉग फाइलें यह जांचने की जगह हैं कि जब भी आपको OpenVPN एक्सेस सर्वर के लिए एक OpenVPN क्लाइंट प्रोग्राम के साथ कनेक्शन बनाने में कोई समस्या हो रही है, तो वे यह पता लगाने के लिए आवश्यक जानकारी है कि क्या गलत हो रहा है.

OpenVPN एक्सेस सर्वर पर सर्वर साइड लॉग है:
/var/log/openvpnas.लॉग/var/लॉग/OpenVPNAs.नोड.लकड़ी का लट्ठा (एक विफलता सेटअप के मामले में)

इस घटना में कि आपको एक्सेस सर्वर या इसके कुछ हिस्सों को शुरू करने में समस्या हो रही है, उदाहरण के लिए वेब सेवाएं, फिर एक्सेस सर्वर सेवा को रोकने के लिए उपयोगी हो सकती है, लॉग फ़ाइल को एक तरफ ले जाएं, फिर एक्सेस सर्वर सेवा शुरू करें, और इसे तुरंत फिर से रोकें. यह एक नई क्लीन लॉग फ़ाइल बनाता है जिसमें एक्सेस सर्वर का स्टार्टअप और शटडाउन अनुक्रम होता है और कोई अन्य बाहरी जानकारी नहीं होती है. यह लॉग फ़ाइल का विश्लेषण बहुत आसान बनाता है. ऐसा करने के लिए इन आदेशों का उपयोग क्रम में करें:

सेवा OpenVPNA.लॉग/var/लॉग/OpenVPNAs.लकड़ी का लट्ठा.पुरानी सेवा OpenVPNAs प्रारंभ सेवा OpenVPNAs स्टॉप

फिर आप पकड़ सकते हैं /var/log/openvpnas.लकड़ी का लट्ठा विश्लेषण के लिए फ़ाइल और फिर से एक्सेस सर्वर शुरू करें:

सेवा OpenVPNAs शुरू करें

क्लाइंट लॉग फ़ाइलों का पता लगाना

Windows के लिए OpenVPN कनेक्ट क्लाइंट के लिए फ़ाइल स्थान लॉग करें:
C: \ Program Files (x86) \ OpenVPN Technologies \ OpenVPN क्लाइंट \ etc \ log \ openvpn_ (अद्वितीय_नाम).लकड़ी का लट्ठा

Mac के लिए OpenVPN क्लाइंट क्लाइंट:
/लाइब्रेरी/एप्लिकेशन सपोर्ट/OpenVPN/लॉग/OpenVPN_ (अद्वितीय_नाम).लकड़ी का लट्ठा

Macintosh आपको खोजक में यह फ़ोल्डर नहीं दिखा सकता है क्योंकि यह केवल आपको कुछ चीजें दिखाता है और दूसरों को छिपाता है. तो /लाइब्रेरी फ़ोल्डर में जाने के लिए, फाइंडर खोलें और शीर्ष पर मेनू में जाना के बाद फ़ोल्डर पर जाएं और फिर पथ में प्रवेश करें /पुस्तकालय उस निर्देशिका में जाने के लिए. फिर आप सही फ़ोल्डर पर जा सकते हैं और लॉग फ़ाइल देख सकते हैं. कृपया यह भी ध्यान दें कि Macintosh के लिए OpenVPN कनेक्ट क्लाइंट में लॉग फ़ाइल पर अनुमतियां सेट होंगी ताकि आप इसे सामान्य रूप से नहीं खोल सकें. इसे बायपास करने के लिए, लॉग फ़ाइल पर राइट क्लिक करें और चुनें जानकारी मिलना मेनू में विकल्प. फिर नीचे, नीचे साझाकरण और अनुमतियाँ, आप सेटिंग्स को अनलॉक करने और देने के लिए पीले पैडलॉक आइकन का उपयोग करने में सक्षम होंगे सब लोग पढ़ें. फिर आप एक राइट क्लिक और चयन के साथ लॉग फ़ाइल खोलने में सक्षम होंगे के साथ खोलें और फिर कुछ का चयन करना पाठ संपादक लॉग फ़ाइल की सामग्री देखने के लिए.

ज्ञात त्रुटि संदेश और संभावित समाधान

TLS त्रुटि: TLS कुंजी वार्ता 60 सेकंड के भीतर होने में विफल रही (अपने नेटवर्क कनेक्टिविटी की जाँच करें)

इस विशेष त्रुटि के कई अलग -अलग कारण हो सकते हैं क्योंकि यह एक काफी सामान्य त्रुटि संदेश है.
एक संभावित स्पष्टीकरण यह है कि ग्राहक कार्यक्रम पुराना है और केवल TLS 1 का समर्थन करता है.0, लेकिन सर्वर टीएलएस स्तर 1 की उम्मीद कर रहा है.1 या उच्चतर. यह देखने के लिए कि क्या यह सर्वर पर लॉग ऑन है और सर्वर साइड लॉग फ़ाइल की जांच करें. संभावना अधिक है कि आपका क्लाइंट प्रोग्राम एक पुराना संस्करण है, जैसे संस्करण 2.2 या उससे अधिक, और यह नहीं जानता कि आधुनिक टीएलएस न्यूनतम स्तर की आवश्यकता को कैसे संभालना है, जब आप उन संदेशों को देखते हैं जो सर्वर की तरफ इस तरह दिखते हैं:

OpenSSL: त्रुटि: 140760FC: SSL दिनचर्या: SSL23_GET_CLIENT_HELLO: अज्ञात प्रोटोकॉल 'TLS_ERROR: BIO READ TLS_READ_PLAINTEXT त्रुटि' TLS त्रुटि: TLS ऑब्जेक्ट -> इनकमिंग प्लेन्टेक्स्ट रीड त्रुटि क्लाइंट-इंस्टेंस पुनरारंभ '

इस विशेष समस्या का समाधान क्लाइंट सॉफ़्टवेयर को नवीनतम संस्करण में अपग्रेड करना है.
एक और संभावित स्पष्टीकरण यह है कि टीएलएस न्यूनतम आवश्यकता स्तर के बारे में सेटिंग्स को बदल दिया गया है, लेकिन OpenVPN क्लाइंट कनेक्शन प्रोफ़ाइल की एक पुरानी प्रतिलिपि का उपयोग कर रहा है जिसमें गलत निर्देश हैं. क्लाइंट और सर्वर पर सेटिंग्स को सफल होने के लिए कनेक्शन के लिए मेल खाना चाहिए. इस स्थिति में कॉन्फ़िगरेशन प्रोफ़ाइल की एक नई प्रति स्थापित करने से समस्या हल हो जाएगी. OpenVPN कनेक्ट क्लाइंट को एक पूर्ण अनइंस्टॉल, Redownload, और restall.

और फिर भी एक और संभावित स्पष्टीकरण यह है कि एक फ़ायरवॉल में या इंटरनेट सेवा प्रदाता में एक नाकाबंदी है जो किसी तरह से टीएलएस हैंडशेक के साथ अवरुद्ध या हस्तक्षेप कर रहा है.

टीएलएस त्रुटि: स्थानीय/दूरस्थ टीएलएस कुंजियाँ सिंक से बाहर हैं

किसी कारण के लिए TLS एन्क्रिप्शन/डिक्रिप्शन के लिए क्लाइंट साइड पर इस्तेमाल की जाने वाली बातचीत टीएलएस कुंजी सर्वर साइड पर उपयोग किए गए एक से अलग है. ऐसा कभी नहीं होना चाहिए. जब क्लाइंट और सर्वर एक दूसरे से बात कर रहे होते हैं तो वे टीएलएस कुंजी पर सहमत होते हैं, जिसका उपयोग एन्क्रिप्टिंग और ट्रैफ़िक को डिक्रिप्ट करने के लिए किया जाता है. एक्सेस सर्वर में डिफ़ॉल्ट रूप से इस तरह की कुंजी 6 घंटे के लिए मान्य है, और उन 6 घंटों के बाद, स्वचालित रूप से टीएलएस रिफ्रेश किक इन करता है और वे एक नई कुंजी पर सहमत होंगे. एक छोटा ओवरलैप है जहां पुरानी और नई कुंजी दोनों को स्वीकार किया जाता है, जब तक कि पुरानी कुंजी समाप्त नहीं हो जाती है और नई कुंजी का उपयोग किया जाना चाहिए. यदि किसी कारण से एक पक्ष ऐसा नहीं करता है, तो आप इस त्रुटि संदेश को देखते हैं.

OpenVPN कनेक्ट क्लाइंट में उपयोग किए गए संस्करण के साथ एक संभावित कारण OpenVPN प्रोटोकॉल में एक बग है जिसे हल किया गया था, जहां स्वचालित TLS कुंजी रिफ्रेश विफल हो जाएगा क्योंकि क्लाइंट और सर्वर का उपयोग करने के लिए एन्क्रिप्शन सिफर पर ठीक से सहमत नहीं हो सकते हैं. इसलिए यदि आप इस विशेष समस्या का सामना करते हैं और आप OpenVPN क्लाइंट जैसे एक OpenVPN3 आधारित क्लाइंट का उपयोग कर रहे हैं.*, फिर नवीनतम संस्करण पर अद्यतन करने पर विचार करें. आप हमारी वेबसाइट से MacOS के लिए क्लाइंट क्लाइंट क्लाइंट के लिए OpenVPN कनेक्ट क्लाइंट डाउनलोड करके, और इसे इंस्टॉल करके क्लाइंट क्लाइंट को डाउनलोड करके प्रति कंप्यूटर उदाहरण के लिए ऐसा कर सकते हैं।. हालाँकि एक बेहतर समाधान आपके एक्सेस सर्वर को नवीनतम संस्करण में अपडेट करना होगा ताकि आप अपडेट किए गए कनेक्ट क्लाइंट को वहां एम्बेडेड कर सकें, और फिर अपने एक्सेस सर्वर से OpenVPN कनेक्ट क्लाइंट के नवीनतम संस्करण को डाउनलोड और इंस्टॉल करना. यदि आप अन्य क्लाइंट सॉफ़्टवेयर का उपयोग करते हैं और यह समस्याएं दिखाता है, तो इसके लिए एक नया संस्करण खोजने का प्रयास करें. सबसे खराब स्थिति, आप इस मुद्दे को ट्रिगर करने से बचने के लिए एडमिन यूआई के उन्नत वीपीएन पृष्ठ में कुछ बड़े टीएलएस कुंजी रिफ्रेश को बदलने पर भी विचार कर सकते हैं. यह निश्चित रूप से कुछ हद तक कम करता है.

सर्वर पोल टाइमआउट

एक बहुत पहले चरणों में से एक जो एक OpenVPN क्लाइंट प्रोग्राम एक OpenVPN एक्सेस सर्वर से कनेक्ट करने की कोशिश करते समय करेगा, बस एक उत्तर के लिए अनुरोध करने वाला एक संदेश भेजना है. तो मूल रूप से एक “हैलो आप वहाँ हैं?” संदेश. सर्वर को तब प्रतिक्रिया देने के लिए माना जाता है और फिर एक कनेक्शन शुरू किया जाता है. हालाँकि यदि आप सर्वर पोल टाइमआउट त्रुटि संदेश देखते हैं तो सर्वर निर्दिष्ट पोर्ट पर नहीं पहुंचा जा सका. क्यों यह संभव नहीं है पूरी तरह से एक और सवाल है, लेकिन त्रुटि संदेश बहुत स्पष्ट है: उस पते और पोर्ट पर बस कोई प्रतिक्रिया नहीं है. इसलिए जब आप इस संदेश को देखते हैं तो यह जांचना अच्छा होगा कि क्या पोर्ट वास्तव में खुला है, यदि पोर्ट सही है, यदि आप जिस पते तक पहुंचने की कोशिश कर रहे हैं, वह वास्तव में इंटरनेट से पहुंच सकता है, और एक निजी आईपी पता नहीं है। केवल, और अन्य ऐसे चेक सर्वर को बुनियादी कनेक्टिविटी की पुष्टि करने के लिए. इस बिंदु पर आप एक ऐसी समस्या को भी नहीं देख रहे हैं जिसका ओपनवीपीएन प्रोटोकॉल के साथ कुछ भी करना है. यह एक सबसे बुनियादी है “यह सर्वर संदेश नहीं दिया जा सकता है” संदेश.

एक सामान्य गलती जो की जाती है, वह यह है कि लोग एक निजी आईपी पते पर एक्सेस सर्वर सेट करते हैं, लेकिन इसके लिए एक उचित FQDN DNS नाम सेट करने की उपेक्षा करते हैं, और उस FQDN DNS नाम को कॉन्फ़िगर करें। या आईपी पता फ़ील्ड. यह वह क्षेत्र मूल्य है जो कनेक्शन प्रोफाइल उत्पन्न और OpenVPN ग्राहकों को प्रावधान किया गया है. इसलिए यदि यह एक आंतरिक निजी आईपी पते पर सेट है जिसे एक्सेस सर्वर पर स्थापित किया गया था, तो कनेक्शन प्रोफाइल उस निजी आईपी पते से कनेक्ट करने का प्रयास करेगा, जो कहीं और से उपलब्ध होने की संभावना नहीं है, लेकिन आंतरिक नेटवर्क जो एक्सेस सर्वर है। अपने आप पर है. समाधान एक उचित DNS नाम सेट करना है और इसे कॉन्फ़िगर करना और सेटिंग्स सहेजना है. फिर कनेक्शन प्रोफ़ाइल या OpenVPN कनेक्ट क्लाइंट प्रोग्राम को अनइंस्टॉल करें, Redownload, और पुनर्स्थापित करें और फिर से प्रयास करें.

एक और सामान्य गलती यह है कि OpenVPN एक्सेस सर्वर के लिए आवश्यक 3 पोर्ट को खोलना भूल जाए. डिफ़ॉल्ट रूप से ये टीसीपी 443, टीसीपी 943, और यूडीपी 1194 हैं.

Session_id केवल क्लाइंट आईपी पते द्वारा उपयोग करने की अनुमति है जिसने इसे बनाया है

OpenVPN एक्सेस सर्वर सर्वर-लॉक किए गए और उपयोगकर्ता-बंद प्रोफाइल के लिए एक सत्र-आधारित-टोकन सिस्टम का उपयोग करता है. ऑटो-लोगिन प्रकार प्रोफाइल नहीं है. इसका मतलब यह है कि उपयोगकर्ता सफलतापूर्वक प्रमाणित होने के बाद, उन्हें खुद को पहचानने के लिए एक सत्र टोकन दिया जाता है. किसी पार्टी में जाने के लिए तुलना करें और आप दिखाते हैं और अपनी प्रवेश शुल्क का भुगतान करते हैं, और यदि आपको थोड़ा बाहर जाने की आवश्यकता है, कलाई, ताकि आप बाद में फिर से दिखा सकें और फिर से प्रवेश को भर्ती कर सकें. यह एक बहुत ही सरलीकृत स्पष्टीकरण है. एक सत्र टोकन के साथ, प्रत्येक टोकन अद्वितीय है और विशिष्ट रूप से आपकी पहचान करता है. जब आप अस्थायी रूप से सर्वर के साथ संपर्क खो देते हैं और फिर से कनेक्ट करते हैं, तो यह उपयोगकर्ता को याद करने के लिए अपने क्रेडेंशियल्स को संग्रहीत करने या उपयोगकर्ता को फिर से जोड़ने के लिए परेशान करता है, इसलिए यह सुरक्षित और अधिक सुविधाजनक है. सत्र टोकन आईपी पते पर बंद है कि मूल प्रमाणीकरण प्रयास से किया गया था, यह एक सुरक्षा सुविधा है. जब आप इस संदेश को देखते हैं तो इसका मतलब है कि सर्वर को पेश किए गए आपके क्लाइंट प्रोग्राम को सेशन टोकन मूल रूप से किसी अन्य आईपी पते से उत्पन्न किया गया था. यह उदाहरण के लिए हो सकता है यदि आप इंटरनेट कनेक्शन को स्विच करते हैं, जैसे काम में लॉग इन करना, तो अपने लैपटॉप को घर ले जाना और यह सत्र टोकन के साथ स्वचालित रूप से फिर से कनेक्ट करने की कोशिश करता है. यह सत्र टोकन आईपी लॉक एक सुरक्षा सुविधा है जिसे इस त्रुटि संदेश के बिना इस तरह के स्वचालित पुनर्निर्माण की अनुमति देने के लिए अक्षम किया जा सकता है.

प्रमाणीकरण त्रुटि: सत्र: आपका सत्र समाप्त हो गया है, कृपया reauthenticate

OpenVPN एक्सेस सर्वर एक सत्र टोकन आधारित प्रमाणीकरण प्रणाली के साथ काम करता है जब आप एक सर्वर-लॉक या उपयोगकर्ता-बंद प्रोफ़ाइल का उपयोग कर रहे हैं. जब आप सफलतापूर्वक प्रमाणित करते हैं, तो आपको इसके बजाय एक सत्र टोकन दिया जाता है. सत्र टोकन आपको उस पल से अब पहचानता है. डिफ़ॉल्ट रूप से सत्र टोकन 5 मिनट की निष्क्रियता के बाद समाप्त हो जाता है क्योंकि सर्वर से जुड़ा नहीं है, और यह डिफ़ॉल्ट रूप से 24 घंटे के बाद भी समाप्त हो जाता है. इसके अलावा, जब सत्र टोकन सर्वर पर उत्पन्न होता है, तो यह वीपीएन क्लाइंट के कनेक्टिंग आईपी पते पर लॉक हो जाता है. इस सत्र आईपी लॉक को अक्षम किया जा सकता है, और सत्र निष्क्रियता के लिए टाइमआउट और उल्लेखित कुल सत्र अवधि के लिए टाइमआउट भी समायोजित किया जा सकता है. यदि उदाहरण के लिए आप अपने फोन पर हैं और आप वाईफाई के माध्यम से जुड़े हुए हैं, और आप वाईफाई की रेंज से बाहर चलते हैं, और यह 3 जी/4 जी या कुछ और जैसे किसी अन्य इंटरनेट कनेक्शन पर स्विच करता है, तो आपका वीपीएन क्लाइंट डिस्कनेक्ट हो जाएगा लेकिन स्वचालित रूप से फिर से कनेक्ट करने का प्रयास करता है. आपका आईपी अब अलग होगा और जैसे कि सत्र टोकन अब मान्य नहीं है. आपको सर्वर साइड लॉग फाइल में पिछले सेक्शन की तरह एक त्रुटि दिखाई देगी (Session_id केवल क्लाइंट IP पते द्वारा उपयोग की जाने वाली अनुमति दी है जो इसे बनाया है). और यदि आपका कनेक्शन कुल 24 घंटे तक चला है, तो यह भी आपको डिस्कनेक्ट कर देगा यदि आप सर्वर-लॉक या उपयोगकर्ता-बंद प्रोफ़ाइल के साथ सत्र-आधारित कनेक्शन पर हैं. समाधान या तो एक ऑटो-लोगिन प्रकार प्रोफ़ाइल का उपयोग करना है या सत्र टोकन अवधि बढ़ाने के लिए है.

वीपीएन से सत्र आईडी प्राप्त करने में असमर्थ.yourserver.com, पोर्ट = 443: (त्रुटि विवरण यहाँ)

यह त्रुटि संदेश में पाया जा सकता है पूंजी.लकड़ी का लट्ठा जब आप Windows या macOS के लिए OpenVPN कनेक्ट क्लाइंट का उपयोग करते हैं, तो Windows या MacOS में पॉपअप संदेश में भी फ़ाइल और भी दिखाया गया है. यह त्रुटि संदेश इंगित करता है कि एक सर्वर-लॉक कनेक्शन प्रोफ़ाइल का उपयोग किया जा रहा है, जो कि OpenVPN एक्सेस सर्वर पर डिफ़ॉल्ट है जब आप डाउनलोड करते हैं और OpenVPN कनेक्ट क्लाइंट को इंस्टॉल करते हैं. एक सर्वर-लॉक किए गए कनेक्शन प्रोफ़ाइल को उपयोगकर्ता-अज्ञेय के लिए डिज़ाइन किया गया है, जिसका अर्थ है कि यह इसमें कोई उपयोगकर्ता-पहचान योग्य जानकारी नहीं लेता है, और एक प्रकार का सार्वभौमिक प्रोफ़ाइल है. यह किसी भी मान्य उपयोगकर्ता खातों को इस OpenVPN कनेक्ट क्लाइंट के साथ कनेक्शन शुरू करने की अनुमति देता है. सत्यापन के लिए एक्सेस सर्वर के XML-RPC सेवाओं के लिए एक सुरक्षित HTTPS चैनल पर क्रेडेंशियल्स पारित किए जाते हैं, और यदि अनुमोदित किया जाता है, तो क्लाइंट को इस उपयोगकर्ता के लिए उपयोगकर्ता-बंद प्रोफ़ाइल की एक प्रति प्राप्त होगी, और एक सत्र टोकन. उन का उपयोग OpenVPN सुरंग शुरू करने के लिए किया जाएगा. सुरंग के डिस्कनेक्ट होने के बाद, उपयोगकर्ता-बंद प्रोफ़ाइल और सत्र टोकन हटा दिया जाता है. लेकिन इसके लिए काम करने के लिए, एक्सेस सर्वर की वेब सेवाओं के लिए एक काम करने वाले HTTPS कनेक्शन होना चाहिए.

वीपीएन से सत्र आईडी प्राप्त करने में असमर्थ.yourserver.कॉम, पोर्ट = 443:
अन्य SSL त्रुटियां: [(‘sslroutines’, ‘ssl23_read’, ‘ssl हैंडशेक विफलता’)]]

यह संकेत दे सकता है कि कनेक्ट क्लाइंट कुछ सेवा तक पहुंचने में सक्षम था, लेकिन यह एक्सेस सर्वर वेब सेवाओं के रूप में प्रकट नहीं होता है, या शायद ट्रैफ़िक कुछ फ़ायरवॉल या प्रॉक्सी समाधान द्वारा मंगाया जाता है. उदाहरण के लिए, हमने उन स्थितियों को देखा है जहां OpenVPN एक्सेस सर्वर को डिफ़ॉल्ट सेटिंग्स के साथ स्थापित किया गया था, और OpenVPN कनेक्ट क्लाइंट को स्थापित और काम किया गया था, और फिर पोर्ट को TCP 443 से, उदाहरण के लिए TCP 443 से TCP 444 में बदल दिया गया था, और फिर एक वेब सर्वर उसी सर्वर सिस्टम पर सेटअप किया गया था, जिसमें एक HTTPS वेबसाइट पोर्ट TCP 443 पर चल रही थी. OpenVPN कनेक्ट क्लाइंट को एक्सेस सर्वर वेब सेवाओं के लिए नए पोर्ट सेटिंग के लिए एक अपडेट नहीं मिला होगा, और इसलिए यह पुराने पोर्ट से बात करने की कोशिश करता है, जहां अब एक वेब सर्वर चलता है. यह एक अप्रत्याशित समस्या का कारण बनता है जिसके परिणामस्वरूप इस प्रकार की त्रुटि हो सकती है. यदि आप इस समस्या का सामना करते हैं, तो आपको यह जांच करनी चाहिए कि क्या पोर्ट जो क्लाइंट तक पहुंचने की कोशिश कर रहा है, वह वास्तव में इस क्लाइंट द्वारा पहुंचने योग्य है, और यह निर्धारित करने का प्रयास करने के लिए कि क्या वास्तव में वहां एक एक्सेस सर्वर वेब सेवा चल रही है।. यदि आपने सर्वर पर पोर्ट को बदल दिया है, तो आपको इस क्लाइंट को पुनर्स्थापित करने की आवश्यकता है ताकि यह सेटिंग्स को अपडेट करे.

वीपीएन से सत्र आईडी प्राप्त करने में असमर्थ.yourserver.कॉम, पोर्ट = 443:
ConnectionRefusedError: 10061: कोई कनेक्शन नहीं किया जा सकता है क्योंकि लक्ष्य मशीन ने इसे सक्रिय रूप से मना कर दिया था

यह एक बहुत ही स्पष्ट संकेत है कि पता और पोर्ट जो OpenVPN कनेक्ट क्लाइंट तक पहुंचने की कोशिश कर रहा है, वहाँ एक एक्सेस सर्वर वेब सेवा नहीं है. उदाहरण के लिए यदि आप क्लाइंट कंप्यूटर पर OpenVPN कनेक्ट क्लाइंट इंस्टॉल करते हैं, और फिर आप एक्सेस सर्वर पर जाते हैं और उन पोर्ट को बदलते हैं जो इसे सुनते हैं, तो क्लाइंट अभी भी उन पुराने पोर्ट से कनेक्ट करने की कोशिश कर रहा होगा जो मूल रूप से कॉन्फ़िगर किए गए थे।. यह कभी -कभी हो सकता है यदि आपके सर्वर का पता केवल गलत है. समाधान यह सुनिश्चित कर रहा है कि नेटवर्क सेटिंग्स पृष्ठ में व्यवस्थापक UI में आपने पता लगाया है कि आपके सर्वर को सही ढंग से पहुंचा जा सकता है (एक आईपी के बजाय एक DNS नाम करना सबसे अच्छा है) और पोर्ट्स आप कैसे चाहते हैं उन्हें, और फिर उसके बाद सेट अप करने के लिए, अपने क्लाइंट कंप्यूटर पर OpenVPN कनेक्ट क्लाइंट को डाउनलोड और इंस्टॉल करने के लिए.

वीपीएन से सत्र आईडी प्राप्त करने में असमर्थ.yourserver.कॉम, पोर्ट = 443:
XML-RPC: TIMEOUTERROR

यह इंगित करता है कि एक्सेस सर्वर वेब इंटरफ़ेस का XML-RPC इंटरफ़ेस अप्राप्य है. OpenVPN कनेक्ट क्लाइंट इस इंटरफ़ेस का उपयोग करता है, जब आप सर्वर-लॉक किए गए प्रोफ़ाइल का उपयोग कर रहे हों तो OpenVPN कनेक्शन शुरू करने के लिए आवश्यक प्रमाण पत्र और कॉन्फ़िगरेशन प्राप्त करने के लिए इस इंटरफ़ेस का उपयोग करता है. जब आप उपयोगकर्ता-बंद और ऑटो-लोगिन प्रोफाइल का उपयोग करते हैं तो आपको XML-RPC इंटरफ़ेस की आवश्यकता नहीं होगी. सर्वर -लॉक किए गए प्रोफाइल का लाभ यह है कि वे सार्वभौमिक हैं – एक्सेस सर्वर पर कोई भी मान्य उपयोगकर्ता लॉग इन और कनेक्ट कर सकता है. टाइमआउट त्रुटि का मतलब बस कनेक्शन समाप्त हो जाता है, आमतौर पर एक फ़ायरवॉल या ऐसा कनेक्शन को अवरुद्ध कर रहा है. समाधान यह सुनिश्चित करने के लिए है कि वेब इंटरफ़ेस इस OpenVPN क्लाइंट से उपलब्ध है, या इसके बजाय उपयोगकर्ता-बंद या ऑटो-लोगिन प्रकार प्रोफ़ाइल का उपयोग करें.

वीपीएन से सत्र आईडी प्राप्त करने में असमर्थ.yourserver.कॉम, पोर्ट = 443:
1 तर्कों के साथ XML-RPC फ़ंक्शन getSession को कॉन्फ़िगर किए गए रिले स्तर पर नहीं बुलाया जा सकता है

OpenVPN डिफ़ॉल्ट रूप से Windows और MacOS के लिए क्लाइंट प्रोग्राम कनेक्ट करें सर्वर-लॉक किए गए प्रोफाइल का उपयोग करता है. इनमें केवल उपयोगकर्ता को एक्सेस सर्वर के XML-RPC वेब इंटरफेस से बात करने के लिए आवश्यक जानकारी होती है, जो उपयोगकर्ता को प्रमाणित करने और OpenVPN सुरंग शुरू करने के लिए आवश्यक प्रमाण पत्र और कनेक्शन जानकारी प्राप्त करने के उद्देश्य से होती है. ऐसा किया जाता है इसलिए यह ग्राहक सार्वभौमिक है. यह सर्वर पर सभी मान्य उपयोगकर्ताओं के लिए काम करेगा और एक विशिष्ट उपयोगकर्ता के लिए लॉक नहीं है. इसके लिए आवश्यक है कि वेब इंटरफ़ेस उपलब्ध है और इसके तहत ग्राहक सेटिंग्स व्यवस्थापक UI में XML-RPC फ़ंक्शन कम से कम सीमित कार्यक्षमता के लिए सेट है. पूर्ण कार्यक्षमता भी काम करती है, लेकिन जब आप इसे अक्षम करने के लिए सेट करते हैं, तो आपको यह त्रुटि मिल जाएगी. समाधान या तो सर्वर-लॉक किए गए प्रोफाइल का उपयोग करना बंद करना है और उपयोगकर्ता-बंद या ऑटो-लोगिन प्रोफाइल पर स्विच करना है, या XML-RPC कॉल के लिए कम से कम सीमित कार्यक्षमता को सक्षम करना है. डिफ़ॉल्ट सीमित कार्यक्षमता है और यह OpenVPN कनेक्ट क्लाइंट और सर्वर-लॉक किए गए प्रोफाइल के लिए पर्याप्त है.

LogFile ‘C: \ Program Files (x86) \ OpenVPN Technologies \ OpenVPN क्लाइंट \ core \ _ ovpntray देखें.प्रोग्राम फ़ाइल.विवरण के लिए ‘लॉग’

यदि आप OpenVPN कनेक्ट क्लाइंट को लॉन्च करते समय यह त्रुटि संदेश देखते हैं, और यह लॉन्च करने में विफल रहता है,. यह समस्या Windows संस्करण 2 के लिए OpenVPN कनेक्ट क्लाइंट में हल की गई थी.5.0.136 OpenVPN कनेक्ट क्लाइंट प्रोग्राम निर्देशिकाओं में विशिष्ट आवश्यक लाइब्रेरी फ़ाइलों को जोड़कर. आपको यह सुनिश्चित करना चाहिए कि आप इस समस्या को हल करने के लिए अप-टू-डेट सॉफ़्टवेयर का उपयोग करें. आप अपने एक्सेस सर्वर को नवीनतम संस्करण में अपग्रेड कर सकते हैं ताकि यह अपडेट किए गए OpenVPN कनेक्ट क्लाइंट सॉफ़्टवेयर प्रदान करें, या आप अपनी मौजूदा कनेक्ट क्लाइंट संस्करण को अपग्रेड करने के लिए, हमारी वेबसाइट से विंडोज के लिए OpenVPN कनेक्ट क्लाइंट को अलग से डाउनलोड कर सकते हैं.

सीरियल नंबर डीबी में नहीं मिला

डिफ़ॉल्ट रूप से OpenVPN एक्सेस सर्वर एक आंतरिक PKI संरचना के साथ आता है, जिसका अर्थ है कि उस सर्वर के लिए प्रत्येक OpenVPN क्लाइंट के लिए उत्पन्न अद्वितीय प्रमाणपत्रों के साथ एक स्व-हस्ताक्षरित रूट प्रमाणपत्र. ये सभी अद्वितीय हैं और एक साथ बंधे हैं. यह OpenVPN की ताकत का हिस्सा है, एक वीपीएन क्लाइंट और एक वीपीएन सर्वर की पहचान दोनों दिशाओं में सत्यापित की जाती है जब एक कनेक्शन बनाया जाता है. क्लाइंट सर्वर को सत्यापित करता है, और सर्वर क्लाइंट को सत्यापित करता है. तो प्रत्येक उपयोगकर्ता खाते के लिए आप एक्सेस सर्वर में जोड़ते हैं, एक अद्वितीय प्रमाण पत्र उत्पन्न होता है. प्रमाणपत्र उपयोगकर्ता खाते के नाम के लिए बाध्य है, इसलिए आप उपयोगकर्ता बिली के लिए प्रमाण पत्र के साथ उपयोगकर्ता बॉब के लिए क्रेडेंशियल्स के साथ लॉग इन नहीं कर सकते हैं. प्रत्येक प्रमाणपत्र में एक सीरियल नंबर भी होता है, प्रमाण पत्र की पहचान करने वाली एक अद्वितीय संख्या. यदि आप उस त्रुटि को देखते हैं जो डेटाबेस में सीरियल नंबर नहीं पाया जाता है, तो इसका मतलब है कि यह प्रमाण पत्र इस सर्वर के लिए ज्ञात नहीं है. यहां तक ​​कि अगर आप एक प्रमाण पत्र रद्द कर देते हैं, तो यह अभी भी सर्वर के लिए जाना जाता है, और इस विशेष त्रुटि का उत्पादन नहीं करेगा. तो आप गलती से पूरी तरह से अलग एक्सेस सर्वर से एक प्रमाण पत्र का उपयोग कर सकते हैं, या हो सकता है कि आपने अपने सर्वर पर एक्सेस सर्वर के एक नए सेटअप के साथ शुरुआत की है और प्रमाणपत्रों को मिटा दिया जाता है और नए सेटअप के लिए उत्पन्न नए, जबकि आप अभी भी उपयोग कर रहे हैं पिछली स्थापना से पुराना प्रमाण पत्र. इस समस्या को हल करने के लिए, अपने क्लाइंट कंप्यूटर से गलत कनेक्शन प्रोफ़ाइल को हटाना सुनिश्चित करें और अपने वर्तमान एक्सेस सर्वर इंस्टॉलेशन से एक नया प्राप्त करें और कनेक्ट करने के लिए इसका उपयोग करें.

ओपन टैप डिवाइस “” पथ = “” विफल ट्यून त्रुटि: टैप हैंडल इवेंट प्राप्त नहीं कर सकता है: tun_iface_create टैप हैंडल प्राप्त नहीं कर सकता है

OpenVPN कनेक्ट 3 जब आप यह त्रुटि संदेश प्राप्त कर सकते हैं.जब आप कंप्यूटर में वापस साइन करते हैं तो एक्स सेवा रुक जाती है या फिर से शुरू नहीं होती है. मुद्दा एक एंटीवायरस कार्यक्रम के कारण होने की संभावना है. विशेष रूप से, हमने इसे ईएसईटी एंटीवायरस के साथ देखा है. आप सेवा को मैन्युअल रूप से पुनरारंभ करके फिर से कनेक्ट कर सकते हैं, लेकिन स्वचालित कनेक्शन अभी भी इस मुद्दे का सामना कर सकता है. परीक्षण करने के लिए, ESET को बंद करें. यदि वह समस्या को हल करता है, तो आप ईएसईटी के साथ एक समर्थन टिकट खोलना चाह सकते हैं.

प्रमाणीकरण मुद्दों के बारे में अधिक संभावित त्रुटि संदेशों और समाधानों के लिए विषय प्रमाणीकरण समस्याएं भी देखें.

कैसे ठीक करने के लिए “आपका कनेक्शन निजी नहीं है” त्रुटि

किसी वेबसाइट तक पहुंचने की कोशिश करते समय, आप एक त्रुटि के साथ आ सकते हैं जो पढ़ता है “आपका कनेक्शन निजी नहीं है.”यह त्रुटि आपके डिवाइस और वेबसाइट के बीच एक सुरक्षित कनेक्शन को प्रमाणित करने के लिए ब्राउज़र की विफलता को इंगित करती है.

“आपका कनेक्शन निजी नहीं है” सर्वर-साइड या क्लाइंट-साइड मुद्दों पर सुरक्षित सॉकेट लेयर (एसएसएल) त्रुटियों के कारण हो सकता है. चाहे आप वेबसाइट के मालिक हों या बस गुजर रहे हों, इस गोपनीयता त्रुटि को ठीक करने के तरीके पर कई समस्या निवारण तरीके हैं.

त्रुटि कोड	“आपका कनेक्शन निजी नहीं है”
त्रुटि प्रकार	एसएसएल कनेक्शन त्रुटि
त्रुटि भिन्नताएँ	चेतावनी: संभावित सुरक्षा जोखिम आगे आपका कनेक्शन निजी नहीं है यह कनेक्शन निजी नहीं है नेट :: err_cert_authority_invalid
त्रुटि कारण	अमान्य SSL प्रमाणपत्र वाईफाई नेटवर्क त्रुटियां ब्राउज़र मुद्दे ऑपरेटिंग सिस्टम मुद्दे

कैसे ठीक करने के लिए “आपका कनेक्शन निजी नहीं है” त्रुटि – वीडियो ट्यूटोरियल

इस ट्यूटोरियल का लघु संस्करण चाहते हैं? “आपका कनेक्शन निजी नहीं है” त्रुटि और इस मुद्दे के पीछे के सामान्य कारणों को ठीक करने के लिए विभिन्न तरीकों के बारे में जानें.

“आपका कनेक्शन निजी नहीं है” त्रुटि संदेश अक्सर तब होता है जब आपका ब्राउज़र एसएसएल कनेक्शन बनाते समय किसी समस्या को नोटिस करता है या प्रमाणपत्र को सत्यापित नहीं कर सकता है. जब यह त्रुटि दिखाई देती है, तो आपका वेब ब्राउज़र आपको एक अविश्वसनीय वेबसाइट पर जाने से रोकता है.

यदि आप जिस वेबसाइट तक पहुंचना चाहते हैं, उसके पास एक नाजायज प्रमाण पत्र है, तो आप नेट देख सकते हैं :: ERR_CERT_AUTHORITY_INVALID संदेश इसके बजाय.

एक मान्य SSL प्रमाणपत्र HTTPS पर एक वेबसाइट चलाता है – अधिक सुरक्षित HTTP संस्करण.

समस्याग्रस्त एसएसएल कनेक्शन वाली वेबसाइटें सुरक्षा मुद्दों के लिए अधिक प्रवण हैं, जिससे वे कम विश्वसनीय हो जाते हैं.

उदाहरण के लिए, अमान्य एसएसएल प्रमाणपत्र वाली वेबसाइटें हैकर्स के लिए डेटा चोरी करना आसान बनाती हैं. यदि आप लॉगिन क्रेडेंशियल या भुगतान विवरण जैसी व्यक्तिगत जानकारी दर्ज करते हैं, तो आपकी जानकारी दूसरों को दिखाई दे सकती है.

इसके अलावा, “आपका कनेक्शन निजी नहीं है” त्रुटि आगंतुक के अंत में समस्याओं के कारण हो सकती है, जैसे कि उनका वेब ब्राउज़र, वाईफाई नेटवर्क, या ऑपरेटिंग सिस्टम.

अन्य संभावित कारणों में एक असुरक्षित सार्वजनिक वाईफाई कनेक्शन का उपयोग करना शामिल है, आपके कंप्यूटर पर एक गलत तिथि और समय, या आपके एंटीवायरस सॉफ़्टवेयर में एसएसएल/एचटीटीपीएस स्कैन करना शामिल है.

क्या “आपका कनेक्शन निजी नहीं है” त्रुटि विभिन्न ब्राउज़रों पर दिखती है

अलग -अलग ब्राउज़रों के पास “आपका कनेक्शन निजी नहीं है” त्रुटि संदेश दिखाने का अपना तरीका है. यहां कुछ उदाहरण दिए गए हैं कि मोज़िला फ़ायरफ़ॉक्स, माइक्रोसॉफ्ट एज, सफारी और ओपेरा पर एक ही त्रुटि कैसे दिखाई देती है.

मोज़िला फ़ायरफ़ॉक्स

यदि आप जिस वेबसाइट का SSL सर्टिफिकेट आप मोज़िला फ़ायरफ़ॉक्स पर यात्रा करने की कोशिश कर रहे हैं, वह अमान्य है, तो आपको संदेश प्राप्त होगा “चेतावनी: संभावित सुरक्षा जोखिम आगे.”

विवरण में, फ़ायरफ़ॉक्स उपयोगकर्ताओं को बताता है कि उसने “एक संभावित सुरक्षा खतरे का पता लगाया है” और दावा किया है कि “मुद्दा वेबसाइट के साथ सबसे अधिक संभावना है, और इसे हल करने के लिए आप कुछ भी नहीं कर सकते हैं।.”

अधिक विस्तृत जानकारी और विशिष्ट त्रुटि कोड प्राप्त करने के लिए, क्लिक करें विकसित. विशेष मुद्दे की पहचान करके, आप इसे और अधिक कुशलता से समस्या निवारण कर सकते हैं.

आपके द्वारा देखे जाने वाले कुछ त्रुटि कोड हैं:

• Sec_error_unknown_issuer
• SSL_ERROR_BAD_CERT_DOMAIN
• Sec_error_expired_certificate
• Sec_error_expired_issuer_certificate

माइक्रोसॉफ्ट बढ़त

Microsoft Edge पर, एक अमान्य SSL प्रमाणपत्र आपको “आपका कनेक्शन निजी नहीं है” पृष्ठ पर ले जाएगा, जो क्रोम के उपयोगकर्ताओं के मुकाबले लगभग समान है. आप एड्रेस बार के पास एक लाल “सुरक्षित नहीं” भी देखेंगे.

एज उपयोगकर्ताओं को यह भी चेतावनी देता है कि “हमलावर उस साइट से आपकी जानकारी चुराने की कोशिश कर रहे हैं” जो आप एक्सेस करने की कोशिश कर रहे हैं.

Microsoft Edge Error कोड Chrome पर देख सकते हैं कि आप क्या देख सकते हैं:

• नेट :: err_cert_authority_invalid
• त्रुटि कोड: 0
• Net :: err_cert_common_name_invalid
• Dlg_flags_invalid_ca

सफारी

यदि आप सफारी पर एक एसएसएल समस्या का सामना करते हैं, तो आप देखेंगे कि “यह कनेक्शन निजी नहीं है” पृष्ठ.

यह आपको बताएगा कि “वेबसाइट उस साइट को लागू कर सकती है जिसे आप अपनी व्यक्तिगत या वित्तीय जानकारी चुराने के लिए एक्सेस करना चाहते हैं.“सफारी यह भी सुझाव देगा कि आप पिछले पृष्ठ पर वापस जाएं.

ओपेरा

ओपेरा का संस्करण त्रुटि का संस्करण “आपका कनेक्शन निजी नहीं है,” क्रोम के समान है. यह विवरण के तहत त्रुटि कोड भी दिखाता है.

पर क्लिक करें मुझे समझने में मदद करें मुद्दे पर विवरण प्रकट करने के लिए. ओपेरा के अनुसार, त्रुटि “एक गलतफहमी या एक हमलावर आपके कनेक्शन को रोकती है.”

ओपेरा पर आपके द्वारा देखे जाने वाले त्रुटि कोड उन लोगों के समान हैं जो अन्य वेब ब्राउज़र प्रदर्शित करते हैं:

• नेट :: err_cert_authority_invalid
• एसएसएल प्रमाणपत्र त्रुटि
• नेट :: err_cert_invalid
• Net :: err_cert_weak_signature_algorithm

SSL के बारे में अधिक जानना चाहते हैं? इन गाइडों की जाँच करें

वेबसाइट के मालिक के रूप में “आपका कनेक्शन निजी नहीं है” कैसे ठीक करें

यदि आपको अपनी वेबसाइट पर “आपका कनेक्शन निजी नहीं है” त्रुटि मिलती है, तो आपको संभव SSL प्रमाणपत्र समस्याओं को समाप्त करना होगा.

यह खंड आपकी वेबसाइट पर इस त्रुटि को हल करने के लिए चार समस्या निवारण तरीके प्रदान करेगा.

1. अपने SSL प्रमाणपत्र की समाप्ति तिथि की जाँच करें

सबसे पहले, जांचें कि क्या आपकी वेबसाइट में एसएसएल प्रमाणपत्र समाप्त हो गया है या नहीं. कभी -कभी, आपको अपने एसएसएल प्रमाणपत्र को मैन्युअल रूप से नवीनीकृत करने की आवश्यकता हो सकती है, और आपने ऐसा नहीं किया होगा.

उदाहरण के लिए, लेटस एन्क्रिप्ट द्वारा मुफ्त एसएसएल प्रमाणपत्र केवल 90 दिनों के लिए मान्य हैं, और आपको सक्रिय रहने के लिए नियमित रूप से उन्हें नवीनीकृत करने की आवश्यकता होगी.

Google Chrome पर SSL प्रमाणपत्र की समाप्ति तिथि की जांच करने के लिए, इन चरणों का पालन करें:

1. प्रश्न में वेबसाइट पर जाएं और एड्रेस बार के बगल में पैडलॉक आइकन पर क्लिक करें.
2. क्लिक करें कनेक्शन सुरक्षित है बटन. ध्यान दें कि यह विकल्प आपके वेब ब्राउज़र के आधार पर अलग -अलग दिखाई दे सकता है.
3. चुनना प्रमाणपत्र मान्य है.
4. नई विंडो में, आपको एसएसएल सर्टिफिकेट की समाप्ति तिथि दिखाई देगी से मान्य.

यदि आपका SSL प्रमाणपत्र अभी भी अपनी समाप्ति अवधि के भीतर है, तो निम्नलिखित समस्या निवारण चरण का प्रयास करें. यदि यह समाप्त हो गया है, तो यह त्रुटि के कारण होने की संभावना है.

SSL प्रमाणपत्र को नवीनीकृत करना आपके वेब होस्टिंग प्रदाता और प्रमाणपत्र प्राधिकरण के आधार पर अलग -अलग होगा. आम तौर पर, यह तीन चरणों को कवर करता है:

• एक एसएसएल उत्पन्न करें प्रमाणपत्र हस्ताक्षर अनुरोध
• नए SSL प्रमाणपत्र को सक्रिय करें
• इसे वेबसाइट पर स्थापित करें

होस्टिंगर एक मुफ्त प्रदान करता है आजीवन एसएसएल प्रमाणपत्र उनकी सभी योजनाओं के साथ. लाइफटाइम एसएसएल के साथ, आपको मैन्युअल रूप से इसे फिर से नवीनीकृत करने के बारे में चिंता करने की ज़रूरत नहीं है.

2. पुष्टि करें कि आपका प्रमाण पत्र अच्छी तरह से जारी किया गया था

एक एसएसएल प्रमाणपत्र जो सही ढंग से जारी नहीं किया गया था, इस त्रुटि का कारण भी हो सकता है. इसलिए, अपना SSL प्रमाणपत्र ठीक से जारी करना SSL समस्याओं से बचने के लिए एक होना चाहिए.

एक और कारण यह है कि आप सही प्रकार के एसएसएल प्रमाणपत्र स्थापित नहीं कर रहे हैं. उदाहरण के लिए, सबडोमेन वाली वेबसाइटों को प्रत्येक डोमेन के लिए एसएसएल प्रमाणपत्र स्थापित करने या ए का उपयोग करने की आवश्यकता हो सकती है बहु-डोमेन वाइल्डकार्ड एसएसएल.

आपके SSL प्रमाणपत्र को जारी करने वाला संगठन भी एक विश्वसनीय प्रमाणपत्र प्राधिकरण (CA) से आना चाहिए. उदाहरण के लिए, होस्टिंगर एक ओपन-सोर्स सीए से एसएसएल प्रमाणपत्र प्रदान करता है, आइए एन्क्रिप्ट करें.

यह पता लगाने के लिए कि किस संगठन ने आपका प्रमाण पत्र जारी किया:

• वेबसाइट पर जाएं और एड्रेस बार के बगल में पैडलॉक आइकन पर क्लिक करें.
• चुनना कनेक्शन सुरक्षित है. ध्यान दें कि यह विकल्प एसएसएल स्थिति के आधार पर अलग -अलग दिखाई दे सकता है.
• क्लिक प्रमाणपत्र मान्य है.
• के पास जारीकर्ता फ़ील्ड, आपको उस संगठन का नाम मिलेगा जिसने आपका प्रमाण पत्र जारी किया.

जांचें कि क्या संगठन जो आपका SSL प्रमाणपत्र जारी करता है, वह CA सदस्य है. सबसे प्रसिद्ध कैस में से कुछ कोमोडो और डिजीटर्ट हैं.

3. एक SSL सर्वर परीक्षण चलाएं

एक एसएसएल सर्वर परीक्षण किसी वेबसाइट के एसएसएल प्रमाणपत्र की वैधता की जांच कर सकता है. कुछ ऐसे अंतर्दृष्टि भी प्रदान करते हैं जो आपको किसी भी एसएसएल मुद्दों को इंगित करने और उन्हें ठीक करने में मदद कर सकते हैं.

उदाहरण के लिए, SSL सर्वर परीक्षण Qualys द्वारा एक वेबसाइट के एसएसएल का विश्लेषण करेगा और इसकी गुणवत्ता को ग्रेड करेगा. आपको बस अपनी वेबसाइट के डोमेन नाम को मुफ्त ऑनलाइन टूल में दर्ज करना है.

आपकी वेबसाइट के SSL कॉन्फ़िगरेशन का विश्लेषण करने में कुछ मिनट लगेंगे. एक बार यह हो जाने के बाद, आपको एक विस्तृत रिपोर्ट और एक ग्रेड प्राप्त होगा. रिपोर्ट के सारांश और एसएसएल स्कैन के विस्तृत परिणामों को देखने के लिए, सर्वर विकल्पों में से एक पर क्लिक करें.

यदि आपको ए ग्रेड प्राप्त हुआ है तो परीक्षण को आपके एसएसएल प्रमाणपत्र के साथ कोई समस्या नहीं मिली. यदि आपको कम स्कोर मिला है, तो यह उन मुद्दों को देखने के लायक है जो उन्हें ठीक करने की कोशिश करते हैं.

उदाहरण के लिए, परीक्षण निम्नलिखित निष्कर्षों में से एक या कई का उत्पादन कर सकता है:

• सर्वर के प्रमाण पत्र पर भरोसा नहीं है
• सर्वर कुछ प्रकार के हमलों के लिए असुरक्षित है
• सर्वर केवल पुराने प्रोटोकॉल के साथ कुछ प्रकार के सिफर को स्वीकार करता है
• सर्वर केवल टीएलएस के पुराने संस्करणों का समर्थन करता है

ज्ञात मुद्दों को ठीक करने के लिए, उन्हें पूर्ण रिपोर्ट में दिए गए के रूप में पहचानें और एसएसएल सर्वर परीक्षण द्वारा सुझाए गए निर्देशों का पालन करें. क्वालिस द्वारा एसएसएल सर्वर परीक्षण उन लेखों के लिंक प्रदान करता है जो बताते हैं कि ये त्रुटियां क्या हैं और उन्हें कैसे हल करें.

4. अपने वेब होस्ट से संपर्क करें

यदि आपने पिछले तरीकों की कोशिश की है और न ही इस मुद्दे को हल किया है, तो आपको अपने होस्टिंग प्रदाता से संपर्क करना चाहिए क्योंकि एक मेजबान-विशिष्ट समस्या त्रुटि पैदा कर सकती है.

आगंतुक के रूप में “आपका कनेक्शन निजी नहीं है” त्रुटि को कैसे ठीक करें

हालांकि एक वेबसाइट SSL कॉन्फ़िगरेशन त्रुटि आमतौर पर इस समस्या का प्राथमिक कारण है, कभी -कभी यह ग्राहक के पक्ष से किसी समस्या के कारण हो सकता है.

यदि आपके पास यह मानने का कोई कारण है कि आप किसी विशेष वेबसाइट तक पहुंचने की कोशिश करते समय इस त्रुटि का अनुभव कर रहे हैं, तो “आपका कनेक्शन निजी नहीं है” त्रुटि को ठीक करने के लिए निम्नलिखित सरल तरीकों को देखें.

1. पृष्ठ को पुन: लोड करें

यदि आप देखते हैं कि “आपका कनेक्शन निजी नहीं है” चेतावनी संदेश, तो आपको पहले पृष्ठ को फिर से लोड करने का प्रयास करना चाहिए.

हालांकि यह बहुत स्पष्ट लग सकता है, यह ज्यादातर समय काम करता है. संभावना है, SSL प्रमाणपत्र को फिर से जारी किया जा रहा है, या आपका ब्राउज़र वेब सर्वर के लिए एक सुरक्षित कनेक्शन स्थापित करने में विफल रहा है.

2. सार्वजनिक वाईफाई का उपयोग न करें

कैफे या एयरपोर्ट वाईफाई जैसे सार्वजनिक नेटवर्क का उपयोग करना सबसे आम कारण है जो उपयोगकर्ता इस त्रुटि का सामना करते हैं.

इन दिनों, HTTPS किसी भी वेबसाइट के लिए जरूरी है, खासकर अगर यह निजी जानकारी एकत्र करता है. दुर्भाग्य से, सार्वजनिक नेटवर्क आमतौर पर HTTPS के बजाय HTTP पर चलते हैं.

यदि आप किसी सार्वजनिक नेटवर्क पर लेनदेन करते हैं, तो आपके द्वारा इनपुट की गई जानकारी को HTTPS की तरह एन्क्रिप्ट नहीं किया जाएगा. इसे सादे पाठ में स्थानांतरित किया जाएगा, और एक ही वाईफाई नेटवर्क का उपयोग करने वाला कोई भी व्यक्ति आपके व्यक्तिगत डेटा को आज़मा सकता है और चुरा सकता है. यही कारण है कि आपका ब्राउज़र आपको चेतावनी देने के लिए “आपका कनेक्शन निजी नहीं है” संदेश स्वचालित रूप से दिखाएगा.

सार्वजनिक वाईफाई का उपयोग करने के बजाय, अपने होम वाईफाई या मोबाइल डेटा जैसे निजी नेटवर्क से कनेक्ट होने के दौरान वेबसाइट को लोड करने का प्रयास करें.

3. गुप्त मोड का उपयोग करें

यदि आप अपने ब्राउज़र कैश और कुकीज़ को हटाना नहीं चाहते हैं, तो आप जांच सकते हैं कि क्या वे कोशिश करके समस्या पैदा कर रहे हैं इंकॉग्निटो मोड. इस मोड का उपयोग करते समय, आपका ब्राउज़र आपके कंप्यूटर पर कोई साइट डेटा संग्रहीत नहीं करेगा.

क्रोम पर गुप्त मोड का उपयोग करने का तरीका प्रदर्शित करने के लिए, क्लिक करें तीन डॉट्स शीर्ष-दाएं कोने पर और चयन करें नई ईकोग्नीटो विंडो. अब, उसी वेबसाइट को फिर से देखें जिसे आप पहले एक्सेस करने की कोशिश कर रहे थे और यह जांचें कि क्या त्रुटि बनी रहती है.

यदि त्रुटि बनी रहती है, तो ब्राउज़र डेटा को साफ़ करने का प्रयास करें.

4. अपने ब्राउज़िंग डेटा को साफ़ करें

“आपका कनेक्शन निजी नहीं है” त्रुटि का अनुभव करते समय एक विधि में एक विधि शामिल है, जिसमें आपके ब्राउज़र ने संग्रहीत डेटा को हटाना शामिल किया है, जैसे कि कुकीज़, चित्र और फाइलें.

क्रोम पर ब्राउज़र कैश को साफ करने के लिए, इन चरणों का पालन करें:

1. क्लिक करें तीन डॉट्स शीर्ष-दाएं कोने पर और चयन करें इतिहास.
2. मारो समस्त ब्राउज़िंग डेटा साफ़ करें बाईं ओर विकल्प.
3. नीचे बक्से पर टिक करें बुनियादी अपने ब्राउज़र के कैश और कुकीज़ को साफ़ करने या नेविगेट करने के लिए टैब विकसित अधिक विकल्पों के लिए टैब.
4. से समय सीमा ड्रॉप-डाउन मेनू, चयन करें पूरे समय.

1. प्रेस स्पष्ट डेटा एक बार जब आप काम कर लेते हैं.

5. अपने कंप्यूटर की तारीख और समय की जाँच करें

यह अजीब लग सकता है, लेकिन “आपका कनेक्शन निजी नहीं है” त्रुटि दिखाई दे सकती है क्योंकि आपके ऑपरेटिंग सिस्टम की तारीख और समय गलत हैं.

आपका ब्राउज़र एसएसएल प्रमाणपत्र की वैधता की जांच करने के लिए आपके कंप्यूटर की घड़ी और दिनांक सेटिंग्स पर निर्भर करता है. यदि वे गलत हैं, तो यह सत्यापन प्रक्रिया के साथ मुद्दों का कारण हो सकता है. प्रमाण पत्र अब मान्य नहीं हो सकता है जबकि यह वास्तव में अभी भी है.

सुनिश्चित करें कि कनेक्शन त्रुटि को ठीक करने के लिए आपके कंप्यूटर की घड़ी और दिनांक सही ढंग से कॉन्फ़िगर की गई है. यहां बताया गया है कि विंडोज और MACOS कंप्यूटर पर दिनांक/समय प्रणाली की प्राथमिकताओं को जल्दी से कैसे जांचें और समायोजित करें.

खिड़कियाँ

1. जाओ सेटिंग्स -> समय और भाषा -> दिनांक और समय.
2. सक्षम करें स्वचालित रूप से समय निर्धारित करें और स्वचालित रूप से समय क्षेत्र सेट करें विकल्प अगर वे बंद हो गए. जांचें कि क्या अद्यतित तिथि और समय सही हैं.

1. उस वेबसाइट को रिफ्रेश करें जिसे आप एक्सेस करने की कोशिश कर रहे हैं.

मैक ओएस

1. के पास जाना ऐप्पल मेनू ->सिस्टम प्रेफरेंसेज ->दिनांक समय.
2. सुनिश्चित करें कि तिथि और समय स्वचालित रूप से सेट करें चेकबॉक्स चिह्नित है.

1. पर समय क्षेत्र टैब, जांचें कि क्या वर्तमान स्थान का उपयोग करके स्वचालित रूप से समय क्षेत्र सेट करें विकल्प भी सक्षम है.

1. यह देखने के लिए कि क्या समस्या हल हो गई है, अपने वेब ब्राउज़र को ताज़ा करें.

6. अपने एंटीवायरस या इंटरनेट सुरक्षा सुइट की जाँच करें

कुछ एंटीवायरस सॉफ्टवेयर और वेब सुरक्षा कार्यक्रम असामान्य एसएसएल प्रमाणपत्र या कनेक्शन को अवरुद्ध करेंगे. “आपका कनेक्शन निजी नहीं है,” को ठीक करने के लिए आपको बंद करना होगा एसएसएल स्कैनिंग विशेषता.

यदि आपको पता नहीं है कि इसे कहां खोजना है, तो आप अपने एंटीवायरस को पूरी तरह से अक्षम करने की कोशिश कर सकते हैं और अपने ब्राउज़र पर साइट को फिर से खोल सकते हैं. यदि त्रुटि संदेश अब नहीं है, तो यह समस्या का कारण है.

7. अस्थायी रूप से अपने वीपीएन को अक्षम करें

ए आभासी निजी नेटवर्क एक दूरस्थ वेब सर्वर के माध्यम से अपने इंटरनेट कनेक्शन को एन्क्रिप्ट और फिर से प्रस्तुत करता है, जो आपके आईपी पते को छुपाता है, आपकी वेब गुमनामी को बढ़ाता है, और आपकी व्यक्तिगत जानकारी की सुरक्षा करता है.

दुर्भाग्य से, ये जोड़ा सुरक्षा परतें कुछ एसएसएल प्रमाणपत्रों को अवरुद्ध कर सकती हैं और “आपका कनेक्शन निजी नहीं है” त्रुटि का कारण बन सकती है.

अस्थायी रूप से अपने वीपीएन को अक्षम करने से आपके और वेबसाइट के बीच कुछ बाधाएं हटा सकती हैं और आपको यह जांचने की अनुमति मिल सकती है कि क्या आपका वीपीएन त्रुटि पैदा कर रहा है.

8. प्रॉक्सी के माध्यम से वेबसाइट तक पहुँचने का प्रयास करें

एक प्रॉक्सी रिमोट वेब सर्वर के माध्यम से आपके इंटरनेट ट्रैफ़िक को फिर से शुरू करता है. प्रॉक्सी और वीपीएन के बीच का अंतर यह है कि एक प्रॉक्सी आपके कनेक्शन को एन्क्रिप्ट नहीं करता है, और आप इसे केवल एप्लिकेशन लेयर पर सेट कर सकते हैं.

इस बात की संभावना है कि अन्य लोग बिना किसी समस्या वाले एक ही साइट पर जा सकते हैं, और “आपका कनेक्शन निजी नहीं है” त्रुटि केवल आपके कंप्यूटर पर दिखाई देती है.

एक प्रॉक्सी आपको यह जांचने में मदद कर सकता है कि वेबसाइट किसी अन्य नेटवर्क के माध्यम से ठीक से जुड़ती है या नहीं. अपने पड़ोसी के वाईफाई का उपयोग करने के लिए इसे सोचने के लिए सोचें कि क्या वे वेबसाइट पर जा सकते हैं.

प्रॉक्सी के माध्यम से एक वेबसाइट तक पहुंचने के लिए, हिडेस्टर जैसी मुफ्त सेवाओं का उपयोग करें, छिपाएं.मैं, या vpnbook. आपको बस उस वेबसाइट का URL पेस्ट करना है जिसे आप एक्सेस करना चाहते हैं.

वैकल्पिक रूप से, यदि आपके पास पहले से ही एक प्रॉक्सी सर्वर का पता और पोर्ट नंबर है, तो आप उन्हें अपने ब्राउज़र पर सेट कर सकते हैं. यहां बताया गया है कि Windows पर Google Chrome पर प्रॉक्सी सर्वर कैसे सेट करें:

1. क्लिक करें तीन डॉट्स शीर्ष-दाएं कोने पर और चयन करें समायोजन.
2. बाईं साइडबार पर, विस्तार करें विकसित मेनू और चुनें प्रणाली.
3. क्लिक अपने कंप्यूटर की प्रॉक्सी सेटिंग्स खोलें.

1. नई विंडो पर, नीचे स्क्रॉल करें जब तक आप पाते हैं मैनुअल प्रॉक्सी सेटअप और चालू करें प्रॉक्सी सर्वर का उपयोग करें.
2. प्रॉक्सी सर्वर का पेस्ट करें पता और पत्तन संबंधित क्षेत्रों में.

1. क्लिक बचाना.

9. अपने राउटर को पुनरारंभ करें

अपने वाईफाई राउटर को रिबूट करना सामान्य नेटवर्क मुद्दों को ठीक करने का सबसे सरल तरीका हो सकता है. “आपका कनेक्शन निजी नहीं है” त्रुटि का सामना करते समय यह इस पद्धति की कोशिश करने लायक है.

एक राउटर का अपना सीपीयू, मेमोरी और ऑपरेटिंग सिस्टम होता है, जो कभी -कभी ओवरहीट या अनुभव त्रुटियों को पूरा कर सकता है. अपने राउटर को पुनरारंभ करना इसे ताज़ा करने का एक त्वरित और आसान तरीका है. कम से कम इंतजार करना सुनिश्चित करें कुछ ही सेकंड इसे फिर से चालू करने से पहले.

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

10. मैन्युअल रूप से एक असुरक्षित कनेक्शन (असुरक्षित) के साथ आगे बढ़ें

यदि बाकी सब कुछ विफल हो जाता है, तो याद रखें कि “आपका कनेक्शन निजी नहीं है” संदेश आपको वेबसाइट पर जाने से नहीं रोक सकता है. आप अभी भी अपने जोखिम पर साइट दर्ज कर सकते हैं.

ऐसी वेबसाइटों में कमजोरियां हो सकती हैं जो हमलावर संवेदनशील जानकारी चोरी करने के लिए शोषण कर सकते हैं, जिसमें आपका पूरा नाम, पता, पासवर्ड और क्रेडिट कार्ड नंबर शामिल हैं. साइट को ब्राउज़ करते समय, किसी भी विज्ञापन पर क्लिक करने, ऑनलाइन भुगतान करने या किसी भी व्यक्तिगत डेटा को दूर करने से बचना सुनिश्चित करें.क्रोम पर साइट पर मैन्युअल रूप से आगे बढ़ने के लिए, क्लिक करें उन्नत -> आगे बढ़ें (वेबसाइट का डोमेन नाम) संदेश के नीचे.

11. एसएसएल प्रमाणपत्र त्रुटि को पूरी तरह से अनदेखा करें (असुरक्षित)

गोपनीयता त्रुटि को ध्यान में रखते हुए मैन्युअल रूप से केवल समस्या को अस्थायी रूप से ठीक करता है. भविष्य में “आपका कनेक्शन निजी नहीं है” संदेश को आगे बढ़ाने के लिए, आप वेब ब्राउज़र को एसएसएल कनेक्शन त्रुटि को पूरी तरह से अनदेखा कर सकते हैं.

याद रखें कि यह विधि केवल साइलेंट मोड पर चेतावनी देगी – निजी कनेक्शन का मुद्दा अभी भी हो सकता है और आपको असुरक्षित साइटों तक पहुंचने से रोक सकता है.

यदि आप आगे बढ़ना चाहते हैं, तो यहां बताया गया है कि इसे विंडोज पर कैसे किया जाए:

1. पर राइट-क्लिक करें गूगल क्रोम अपने डेस्कटॉप पर शॉर्टकट.
2. क्लिक गुण.
3. में लक्ष्य फ़ील्ड, उद्धरण चिह्नों के बाद निम्नलिखित जोड़ें:

--Ignore-ertificate-errors.

1. क्लिक ठीक है अपने परिवर्तनों को सहेजने के लिए.
2. यदि त्रुटि कोड Net :: err_cert_common_name_invalid दिखाई देता है, क्लिक करके इसे बायपास करें आगे बढ़ना बटन.
3. वेबसाइट को फिर से देखें, और त्रुटि संदेश गायब हो जाएगा.

आप क्रोम झंडे का उपयोग करके एक समान प्रभाव प्राप्त कर सकते हैं. यह विशेष रूप से उपयोगी है यदि आप स्थानीय रूप से किसी चीज़ का परीक्षण कर रहे हैं. Chrome के एड्रेस बार में निम्नलिखित टाइप करें:

क्रोम: // झंडे/

वहां से, खोजें “लोकलहोस्ट से लोड किए गए संसाधनों के लिए अमान्य प्रमाण पत्र की अनुमति दें” विकल्प और चयन करें सक्रिय.

निष्कर्ष

“आपका कनेक्शन निजी नहीं है” त्रुटि संदेश मुख्य रूप से एसएसएल प्रमाणपत्र त्रुटियों के कारण होता है. हालांकि, कुछ मामलों में, यह क्लाइंट-साइड मुद्दों के कारण हो सकता है.

जबकि यह केवल कई सामान्य कनेक्टिविटी त्रुटियों में से एक है, इसके लिए एक फिक्स खोजना परेशान कर सकता है. इस ट्यूटोरियल ने इस मुद्दे को ठीक करने के लिए कई तरीके कवर किए हैं.

उदाहरण के लिए, हमने कवर किया कि कैसे एक वेबसाइट के स्वामी के रूप में अपने एसएसएल प्रमाणपत्र की जांच करें और आगंतुक के रूप में इस समस्या को ठीक करने के लिए अपने ब्राउज़िंग डेटा कैश को कैसे साफ़ करें.

हमें उम्मीद है कि इस लेख ने आपको इस त्रुटि का निवारण करने में मदद की है. यदि आपके पास कोई प्रश्न या सुझाव हैं, तो उन्हें नीचे टिप्पणी अनुभाग में छोड़ने के लिए स्वतंत्र महसूस करें.

आपका कनेक्शन निजी त्रुटि नहीं है

क्रोम क्यों कहता है कि मेरा कनेक्शन निजी नहीं है?

आपका ब्राउज़र आपको बताएगा कि आपका कनेक्शन निजी नहीं है जब आपके इंटरनेट कनेक्शन के उचित एन्क्रिप्शन के साथ कोई समस्या है.

क्या कारण है ‘आपका कनेक्शन निजी नहीं है’ त्रुटि?

यह त्रुटि अक्सर वेबसाइट के एसएसएल प्रमाणपत्र के साथ मुद्दों से संबंधित होती है. यह गायब या समाप्त हो सकता है, या यह सही अधिकारियों द्वारा वैध रूप से जारी नहीं किया गया है.

लेखक

हसना तकनीक, संस्कृति और लिखित शब्द के बारे में भावुक है. वह ऐसी सामग्री बनाने की उम्मीद करती है जो लोगों को वेब पर सफल होने में मदद करती है. जब लिखना, पुनर्व्यवस्थित करना, या चमकाने के वाक्य नहीं, तो वह लाइव संगीत और ओवरनाइज़िंग फिल्मों का आनंद लेती है.