RemoteEnable VPN लगइन होइन: SoftEther व्यवस्थापनको दायरा तय गर्ने

ट्युटोरियलले 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 सत्रले नियन्त्रण सम्बन्ध प्रमाणित गर्छ र ट्राफिक सुरुङबाट बाहिर जान्छ कि भन्नेबारे केही भन्दैन।