ഓരോ മേൽനോട്ടമില്ലാത്ത വീണ്ടും കണക്ഷൻ പാചകവും ഒടുവിൽ ഒരേ ചോദ്യത്തിൽ എത്തുന്നു: പാസ്‍വേഡ് എവിടെ താമസിക്കുന്നു. ജനപ്രിയ ഉത്തരം ടാസ്കിന്റെ പ്രവർത്തനം തന്നെയാണ്, അത് അതിന് ഏറ്റവും മോശം സ്ഥലവുമാണ്. രണ്ട് മറ്റ് രൂപകൽപ്പനകളുണ്ട്. ഏതാണ് യോജിക്കുന്നത് എന്നത് യന്ത്രത്തിന് വ്യക്തിയില്ലാതെ പ്രമാണീകരിക്കാൻ കഴിയുമോ, സെർവർ സർട്ടിഫിക്കറ്റുകൾ സ്വീകരിക്കുമോ എന്നതിനെ ആശ്രയിച്ചിരിക്കുന്നു.

ടാസ്ക് പ്രവർത്തനം എന്താണ് വായിക്കാൻ കഴിയുന്നതായി വിടുന്നത്

ഷെഡ്യൂൾ ചെയ്ത ടാസ്കിലെ ആർഗ്യുമെന്റുകൾ അതിന്റെ നിർവചനത്തിന്റെ ഭാഗമാണ്, ഒളിച്ചിരിക്കുന്ന റൺടൈം മൂല്യമല്ല. ടാസ്ക് വായിക്കാനോ അതിന്റെ ബാക്കപ്പ് പുനഃസ്ഥാപിക്കാനോ അതിന്റെ XML കയറ്റുമതി ചെയ്യാനോ കഴിയുന്ന ആർക്കും നിങ്ങൾ ടൈപ്പ് ചെയ്ത അതേ സ്ട്രിംഗ് കാണാം. പ്രവർത്തന സമയത്ത് അതേ സ്ട്രിംഗ് പ്രോസസ് ലിസ്റ്റിൽ പ്രത്യക്ഷപ്പെടുന്നു. ഒരു നിരീക്ഷണ ഏജന്റ് അത് നിങ്ങൾ ഒരിക്കലും പരിശോധിക്കാത്ത ലോഗിലേക്ക് പകർത്തിയേക്കാം.

schtasks /query /tn "VPN Reconnect" /xml
cmdkey /list

വിപരീതമായി അനുമാനിക്കുന്നതിന് മുമ്പ് പരിശോധിക്കുക. ആദ്യ കമാൻഡ് പ്രവർത്തനവും അതിന്റെ ആർഗ്യുമെന്റുകളും ഉൾപ്പെടെ പൂർണ്ണ നിർവചനം അച്ചടിക്കുന്നു. രണ്ടാമത്തേത് നിലവിലെ അക്കൗണ്ട് ഏത് ക്രെഡൻഷ്യലുകൾ കാഷെ ചെയ്തിട്ടുണ്ടെന്ന് കാണിക്കുന്നു, ഇത് താഴെയുള്ള ബദൽ രൂപകൽപ്പനകൾക്ക് പ്രധാനമാണ്. പാസ്‍വേഡ് ടാസ്കിന്റെ XML-ൽ പ്രത്യക്ഷപ്പെട്ടാൽ, അത് കറക്കുന്നത് പരിഹാരത്തിന്റെ പകുതി മാത്രമാണ്, കാരണം ടാസ്ക് ഇപ്പോഴും പഴയ മൂല്യം വഹിക്കുന്നു.

സംഭരിച്ച മുൻകൂട്ടി പങ്കിട്ട കീ യഥാർത്ഥത്തിൽ എന്താണ് നൽകുന്നത്

Add-VpnConnection -L2tpPsk കീ ടാസ്കിലേക്കല്ല, കണക്ഷന്റെ ഫോൺബുക്ക് എൻട്രിയിലേക്ക് എഴുതുന്നു. ഇത് ടാസ്ക് പ്രവർത്തനത്തേക്കാൾ ചെറിയ എക്സ്പോഷർ ഉപരിതലമാണ്. ഇത് ഇപ്പോഴും വീണ്ടെടുക്കാവുന്ന രഹസ്യമാണ്, കാരണം യന്ത്രത്തിലെ അഡ്മിനിസ്ട്രേറ്റർക്ക് ഫോൺബുക്ക് വായിക്കാം.

നിങ്ങൾ നിയന്ത്രിക്കുന്ന രണ്ട് യന്ത്രങ്ങൾക്കിടയിലുള്ള ലബോറട്ടറി ലിങ്കിന് ആ കൈമാറ്റം സ്വീകാര്യമായേക്കാം. പങ്കിട്ട എൻഡ്പോയിന്റിലെ ഉപയോക്തൃ ക്രെഡൻഷ്യലുകൾക്ക് അത് അല്ല. അതിനെ എൻക്രിപ്റ്റ് ചെയ്ത സംഭരണം എന്ന് വിളിക്കുന്നത് ആർക്ക് വായിക്കാം എന്നത് മാറ്റുന്നില്ല. ഫോൺബുക്ക് ഒരു കോൺഫിഗറേഷൻ ഫയലാണ്. അത് തുറക്കാൻ കഴിയുന്ന വ്യക്തിക്കായി ആസൂത്രണം ചെയ്യുക, ഉപയോക്താവായി ലോഗിൻ ചെയ്യാൻ കഴിയുന്ന വ്യക്തിക്ക് മാത്രമല്ല.

Winlogon ക്രെഡൻഷ്യലുകൾ രഹസ്യം നീക്കം ചെയ്ത് ആശ്രിതത്വം ചേർക്കുന്നു

-UseWinlogonCredential മറ്റൊരു വഴി തിരഞ്ഞെടുക്കുന്നു. കണക്ഷൻ പ്രമാണീകരിക്കുന്നു MSCHAPv2 ലോഗിൻ ചെയ്ത ഉപയോക്താവിന്റെ ക്രെഡൻഷ്യലുകൾക്കെതിരെ. ആ അക്കൗണ്ടിനായി അധികമായി ഒന്നും സംഭരിക്കുന്നില്ല.

അത് ചേർക്കുന്ന ആശ്രിതത്വം ഗണ്യമാണ്. കടം വാങ്ങാൻ ഒരു ഇന്ററാക്ടീവ് ലോഗോൺ ഉണ്ടായിരിക്കണം, ഇത് സേവന അക്കൗണ്ടും ലോഗോണിന് മുമ്പുള്ള ടാസ്കും ഒഴിവാക്കുന്നു. കണക്ഷൻ ആ ഉപയോക്താവിന്റെ ക്രെഡൻഷ്യലുകൾക്ക് സെർവറിൽ എത്താൻ കഴിയുന്ന എല്ലാം പാരമ്പര്യമായി സ്വീകരിക്കുന്നു. സ്വിച്ച് ഒരു സുരക്ഷാ ക്രമീകരണമായല്ല, ക്രെഡൻഷ്യൽ എവിടെ നിന്ന് വരുന്നു എന്ന പ്രസ്താവനയായി വായിക്കുക. അത് ഉറവിടം മാറ്റുന്നു, സെർവർ പിന്നീട് സെഷൻ എങ്ങനെ അംഗീകരിക്കുന്നു എന്നതിൽ ഒന്നും മാറ്റുന്നില്ല.

സർട്ടിഫിക്കറ്റ് പ്രമാണീകരണം വളരുന്നു, കാരണം ഒന്നും സംഭരിക്കുന്നില്ല

സെർവർ EAP-TLS പിന്തുണയ്ക്കുന്നിടത്ത്, യന്ത്ര സർട്ടിഫിക്കറ്റ് പങ്കിട്ട രഹസ്യം പൂർണ്ണമായി നീക്കം ചെയ്യുന്നു, റദ്ദാക്കൽ സർട്ടിഫിക്കറ്റ് പാളിയിൽ സംഭവിക്കുന്നു. SYSTEM ആയി പ്രവർത്തിക്കുന്ന ടാസ്കിന് ഇന്ററാക്ടീവ് ലോഗോണില്ലാതെ ആ സർട്ടിഫിക്കറ്റ് അവതരിപ്പിക്കാം. അതിന് മുകളിൽ നിർമ്മിക്കുന്നതിന് മുമ്പ് സെർവർ സർട്ടിഫിക്കറ്റ് പ്രമാണീകരണം സ്വീകരിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക. പിന്തുണയില്ലാത്ത രീതിയെ ആശ്രയിക്കുന്ന രൂപകൽപ്പന പരിഹാരത്തെക്കാൾ ഒരു പദ്ധതിയാണ്. തുടർന്ന് സ്വകാര്യ കീ എവിടെ താമസിക്കുന്നു എന്ന് തീരുമാനിക്കുക: ഉപകരണ ഐഡന്റിറ്റിക്ക് യന്ത്ര സ്റ്റോർ, വ്യക്തിക്ക് ഉപയോക്തൃ സ്റ്റോർ.

ഉപയോക്തൃനാമവും പാസ്‍വേഡും ഒഴിവാക്കാൻ കഴിയാത്തിടത്ത്, അവ ടാസ്കിന്റെ സ്വന്തം അക്കൗണ്ടിലേക്ക് പരിമിതപ്പെടുത്തി Credential Manager-ൽ സംഭരിക്കുക. ക്ലയന്റ് അവ ആർഗ്യുമെന്റിൽ നിന്നല്ല, അവിടെ നിന്ന് വായിക്കട്ടെ. ടാസ്കിന് അച്ചടിക്കാതെ വീണ്ടെടുക്കാൻ കഴിയുന്ന രഹസ്യം അതിന്റെ നിർവചനത്തിൽ എഴുതിയതിനേക്കാൾ ചെറിയ പ്രശ്നമാണ്.

അടുത്ത ഭ്രമണത്തിന് മുമ്പ് ആർട്ടിഫാക്ടുകൾ അവലോകനം ചെയ്യുക

നിങ്ങൾ ഉദ്ദേശിച്ചതല്ല, എന്താണ് സംഭരിച്ചിരിക്കുന്നത് എന്ന് നോക്കുക. ഓരോ ഉപയോക്താവിന്റെ ഫോൺബുക്ക്, എല്ലാ ഉപയോക്താക്കൾക്കുമുള്ള പകർപ്പ്, ടാസ്കിന്റെ XML, ഡയൽ കമാൻഡ് വിളിക്കുന്ന ഏത് സ്ക്രിപ്റ്റും പരിശോധിക്കുക. തുടർന്ന് സർട്ടിഫിക്കറ്റോ കാഷെ ചെയ്ത ക്രെഡൻഷ്യലോ ടാസ്ക് ഉപയോഗിക്കുന്ന അക്കൗണ്ടിലേക്ക് പരിമിതപ്പെടുത്തിയിട്ടുണ്ടെന്ന് ഉറപ്പാക്കുക, കാരണം നിങ്ങളുടെ ഇന്ററാക്ടീവ് അക്കൗണ്ടിനായി സംഭരിച്ച ക്രെഡൻഷ്യൽ SYSTEM-ന് അദൃശ്യമാണ്.

പ്രമാണീകരണ രീതിയും അക്കൗണ്ടും ടാസ്കിന്റെ സ്വന്തം കുറിപ്പുകളിൽ രേഖപ്പെടുത്തുക. അടുത്തതായി സെർവറിന്റെ നയം മാറ്റുന്ന വ്യക്തി ഏത് രൂപകൽപ്പനയാണ് നടക്കുന്നതെന്ന് അറിയേണ്ടതുണ്ട്. ആ ഉത്തരം വീണ്ടും കണക്ഷൻ സ്വഭാവത്തിൽ നിന്ന് മാത്രം കാണുന്നില്ല. അടുത്ത ഭ്രമണം ആദ്യം നോക്കുന്നിടത്ത് അത് എഴുതുക.

അനുബന്ധ ലേഖനങ്ങൾ