RasMan आणि RemoteAccess एकच सेवा नाहीत

RasMan आणि RemoteAccess सेवा सूचीमध्ये शेजारी दिसतात, दोन्ही दूरस्थ प्रवेशाचा उल्लेख करतात, आणि ते वेगळे काम करतात। एक क्लायंट कनेक्शन व्यवस्थापित करते, आणि दुसरे राउटिंग व दूरस्थ प्रवेशाची सर्व्हर भूमिका आहे। त्यांना एकमेकांचा पर्याय मानणे म्हणजे लॅपटॉपमध्ये क्लायंटची समस्या सोडवण्यासाठी सर्व्हर वैशिष्ट्य सुरू होण्याचा मार्ग। सेवा नावाने संबंधित आणि कार्याने असंबंधित असू शकते, त्यामुळे तिकिटातील नावे सर्वात कमी उपयुक्त पुरावा ठरतात।

दोन नावे, दोन वेगळी कामे

RasMan हा क्लायंट बाजूचा दूरस्थ प्रवेश हाताळणारा कनेक्शन व्यवस्थापक आहे, ज्यात फोनबुक आणि अंगभूत VPN क्लायंट वापरतो तो कनेक्शन यंत्रणा समाविष्ट आहे। RemoteAccess ही राउटिंग आणि दूरस्थ प्रवेश सेवा आहे, जी राउटर म्हणून काम करणाऱ्या मशीनवर राउटिंग, NAT आणि सर्व्हर बाजूचा दूरस्थ प्रवेश पुरवते। Microsoft चे RAS आढावा ते क्लायंट मॉडेल वर्णन करते, आणि VPN डायल करणाऱ्या वर्कस्टेशनला दोन्हींपैकी फक्त पहिल्याची गरज असते। दुसरे इंस्टॉल किंवा सुरू केल्याने पहिले अधिक चांगले होत नाही।

फक्त वाचनाची यादी काहीही खर्च करत नाही आणि पहिल्या प्रश्नाचे उत्तर सेकंदात देते। दोन्ही वाचने चालवा आणि आउटपुट क्लायंटच्या त्रुटीजवळ ठेवा, कारण नसलेली सेवा आणि थांबलेली सेवा वेगळे प्रारंभ बिंदू आहेत।

Get-Service -Name RasMan,RemoteAccess -ErrorAction SilentlyContinue | Select-Object Name,Status,StartType
Get-VpnConnection | Select-Object Name,ConnectionStatus,ServerAddress

मॅन्युअल स्टार्ट प्रकारासह थांबलेली RasMan ही धोरणाने बंद केलेली सेवा आहे, आणि हा गहाळ वैशिष्ट्य नसून व्यवस्थापनाचा प्रश्न आहे। RemoteAccess नसणे ही वर्कस्टेशनची सामान्य स्थिती आहे आणि क्लायंटबद्दल काहीही सांगत नाही। कनेक्शन यादी महत्त्वाची आहे कारण कोणत्याही सेवेला अयशस्वीतेचा दोष देण्यापूर्वी Windows प्रोफाइल आहे असे मानते का हे ती दाखवते।

क्लायंट प्रत्यक्षात कशावर अवलंबून आहे

अयशस्वी क्लायंटचे खरे अवलंबित्व आणि त्याची पहिली त्रुटी ओळखा, शेवटची नाही। धोरणाने थांबवलेली सेवा अनेक शक्यतांपैकी एक आहे। डीफॉल्ट राउटसाठी भांडणारे दोन क्लायंट, चुकीच्या अडॅप्टरवर लागू केलेले खाजगी DNS, जुन्या उत्पादनाने सोडलेला फिल्टर ड्राइव्हर, आणि ज्यांना कधीही एकत्र राहायला नको होते अशी सुरक्षा धोरणे, प्रत्येकजण स्वतःची त्रुटी निर्माण करते। त्यापैकी कोणतेही स्टार्टअप मोडने सुधारत नाही। ही यादी स्टार्टअप मोड हे वाईट पहिले पाऊल का आहे याचेही कारण आहे, कारण एक संवाद पाच वेगवेगळी कारणे लपवू शकतो।

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

येथे RRAS सुरू केल्याने काहीही का सुधारत नाही

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

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

कार्यरत मशीनशी तुलना करा

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

सारखी नावे कुठे पाहावे याचा इशारा आहेत, आणि त्यांचे संपूर्ण मूल्य एवढेच आहे। निदानासाठी पहिली त्रुटी, तुलना मशीन आणि बदलापूर्वीची नोंद आवश्यक आहे।