ट्युटोरियल सांगते RemoteEnable चालवा आणि नंतर कनेक्ट व्हा, आणि ते असे वाचले जाते जसे ही दोन पायऱ्या एकाच प्रकारची गोष्ट आहेत। त्या नाहीत। RemoteEnable दुसऱ्या मशीनला या संगणकावर चालणाऱ्या SoftEther VPN क्लायंट सेवेचे प्रशासन करण्याची परवानगी देते। तर कनेक्ट होणे म्हणजे VPN खाते सर्व्हरकडे प्रमाणित होणे, आणि त्यात कोणतीही व्यवस्थापन परवानगी गुंतलेली नसते।

गैरसमज: RemoteEnable VPN चालू करते

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

मूळ स्रोतातील कमांड मदत व्याप्तीबद्दल स्पष्ट आहे: VPN Client Manager किंवा vpncmd द्वारे localhostच्या बाहेरून दूरस्थ व्यवस्थापन। त्या वर्णनात कोणताही बोगदा, खाते किंवा मार्ग नमूद नाही। दिली जाणारी परवानगी प्रशासकीय पोहोच आहे, आणि तिचा विषय कनेक्शन नाही तर क्लायंट सेवा आहे।

पासवर्ड हा शब्द वाटून घेणाऱ्या तीन ओळखी

जुनी मार्गदर्शके तीन असंबंधित क्रेडेन्शियल्ससाठी एकच शब्द वापरतात, आणि अशाच प्रकारे तैनाती चुकीच्या फील्डमध्ये चिकटलेल्या गुप्ततेसह संपतात।

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

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

दूरस्थ व्यवस्थापन चालू केल्याने प्रत्यक्षात काय बदलते

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

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

इच्छित व्यवस्थापन मार्ग तैनातीच्या टिपांमध्ये लिहा, पोर्ट आणि तो वापरू शकणारी पत्ता-श्रेणी यांसह। ती टीप या क्षमतेची मागणी कोणी केली आणि ती कधी मागे घ्यावी हे नोंदवण्याची जागाही आहे।

या क्लायंटचे व्यवस्थापन कोण करू शकते ते ठरवा

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

कमांड स्थानिक सेवेवर चालवा जेणेकरून बदल स्क्रीनशॉटमध्ये नाही तर आपल्या स्वतःच्या शेल इतिहासात नोंदवला जाईल: vpncmd localhost /client /cmd RemoteDisable क्षमता बंद करते, आणि RemoteEnable सह तीच कमांड ती चालू करते। नंतर सेवा पुन्हा सुरू करा, अन्यथा सेटिंग अमलात राहणार नाही।

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

व्यवस्थापन प्रवेश आणि कनेक्टिव्हिटी स्वतंत्रपणे तपासा

दोन चाचण्या दोन वेगवेगळ्या प्रश्नांची उत्तरे देतात, आणि त्यापैकी फक्त एक चालवणे हाच कोणीही न हवेलेल्या दूरस्थ प्रशासनासह तैनाती संपण्याचा मार्ग आहे।

vpncmd localhost /client /cmd RemoteDisable
systemctl restart vpnclient
vpncmd localhost /client /cmd AccountList
vpncmd localhost /client /cmd NicList

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

नंतर कनेक्शन स्वतः क्लायंटवरून तपासा आणि अडॅप्टर अपेक्षित पत्ता व मार्ग ठेवत असल्याची खात्री द्या। यशस्वी vpncmd सत्र नियंत्रण संबंध सिद्ध करते आणि रहदारी बोगद्यातून बाहेर पडते का याबद्दल काहीही सांगत नाही।

संबंधित लेख