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 സെഷൻ ഒരു നിയന്ത്രണ ബന്ധം തെളിയിക്കുന്നു, ട്രാഫിക് ടണലിലൂടെ പുറത്തുപോകുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.