Windows VPN मधील कनेक्ट बटण राखाडी आहे: प्रोफाइल की धोरण

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

दोन वेगळ्या स्थिती ज्या सारख्याच दिसतात

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

यापैकी एक डिस्प्ले समस्या आहे, आणि दुसरी त्याच राखाडी रंगातील कनेक्शनची समस्या आहे।

कोणते प्रोफाइल प्रत्यक्षात निवडले आहे

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

तुम्ही जे सेटिंग्ज पृष्ठ संपादित करत आहात ते दुसऱ्या प्रदात्याचे किंवा दुसऱ्या ॲपचे असल्यास, कोणतेही संपादन ते बटण हलवणार नाही।

प्रथम नियंत्रणाचा मालक ओळखा, नंतर प्रोफाइल, नंतर सेटिंग।

व्याप्ती: सर्व वापरकर्ते की सध्याचा वापरकर्ता

Windows VPN प्रोफाइल सर्व वापरकर्त्यांसाठी किंवा सध्याच्या वापरकर्त्यासाठी असू शकतात, आणि दुसऱ्या व्याप्तीतील समान नावाची नोंद वेगळ्या सेटिंग्जसह वेगळे प्रोफाइल आहे। म्हणूनच बदल निष्प्रभ वाटू शकतो: तो योग्यरित्या जतन झाला, पण चुकीच्या व्याप्तीत। दोन्ही तपासा, आणि सेटिंग्ज पृष्ठ कोणते दाखवत आहे ते तपासा। तुलना एक मिनिट घेते आणि तीच संरचना पुन्हा भरण्याचा एक तास टाळते।

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

प्रोफाइल व्यवस्थापित असल्यास, समर्थित पद्धत संस्थेकडून येते, स्थानिक ओव्हरराइडकडून नाही।

प्रदाता, प्लग-इन किंवा वेगळे ॲप

मूळ Windows प्रोफाइल, तृतीय-पक्ष प्लग-इन आणि विक्रेत्याचे ॲप्लिकेशन सर्व कनेक्ट बटण दाखवू शकतात, आणि ते अदलाबदलयोग्य नाहीत। प्लग-इन किंवा वेगळ्या ॲपसाठी अपेक्षित प्रदाता या बिल्डवर स्थापित आणि समर्थित आहे का ते तपासा। ही तुलना महत्त्वाची आहे कारण दुसरा क्लायंट आपोआप समतुल्य नसतो, जरी दोन्ही एकाच प्रोटोकॉलमध्ये बोलत असले तरी। प्रदाता अनुपस्थित असल्यास नियंत्रण कोणताही कनेक्शन प्रयत्न न करता अक्षम होते।

कनेक्शन आधीच प्रस्थापित होत आहे का किंवा दुसऱ्या मंजूर इंटरफेसद्वारे व्यवस्थापित होत आहे, हे पुन्हा सुरू करण्याचा प्रयत्न करण्यापूर्वी तपासा।

एकाच टनेलसाठी भांडणारे दोन व्यवस्थापक ही स्थितीची समस्या आहे, बटणाची समस्या नाही।

काहीही रीसेट करण्यापूर्वी काय नोंदवावे

ॲप्लिकेशन, Windows बिल्ड, प्रोफाइलची व्याप्ती आणि नेमके अक्षम नियंत्रण नोंदवा। हे चार तपशील दुसऱ्या कोणालाही तुम्ही पाहत असलेली स्थिती पुन्हा निर्माण करू देतात। नंतर असंबंधित नेटवर्क सेवा बंद करण्याऐवजी क्लायंटच्या नेहमीच्या नियंत्रणांचे अनुसरण करा, कारण सेवा पुन्हा सुरू केल्यास तुम्ही तपासणार होता ती स्थिती निघून जाते। कनेक्शनचा प्रयत्न तरीही उपलब्ध झाला आणि अयशस्वी झाला, तर त्याचा प्रत्यक्ष त्रुटी कोड जपून ठेवा। हा प्रमाणीकरण आणि इव्हेंट तपासणीसाठी खरोखर नवीन पुरावा आहे।

व्यापक नेटवर्क रीसेट मूळ स्थिती तिचा मालक ओळखल्या जाण्यापूर्वीच नष्ट करते, जे निदानाच्या उलट आहे।

प्रोफाइलची व्याप्ती आणि प्रदात्याचे मॉडेल या दोन गोष्टी काहीही बदलण्यापूर्वी समजून घेण्यासारख्या आहेत, कारण बटण दोन्ही एकाच वेळी प्रतिबिंबित करते।

बटण स्थितीचे प्रदर्शन आहे। बदलण्याचा प्रयत्न करण्यापूर्वी कोणती स्थिती आहे ते शोधा।