നിങ്ങളുടെ VPN പ്രൊഫൈൽ സെറ്റിംഗ്സിൽ തന്നെയുണ്ട്, എന്നാൽ ഷെഡ്യൂൾ ചെയ്ത ടാസ്ക് ഇപ്പോഴും കണക്ഷൻ കണ്ടെത്താനാകുന്നില്ലെന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു. ഒന്നും കേടായിട്ടില്ല: സ്വദേശീയ Windows VPN സ്റ്റോർ പ്രൊഫൈൽ എല്ലാ ഉപയോക്താക്കൾക്കുമായി സൃഷ്ടിച്ചിട്ടില്ലെങ്കിൽ ഓരോ ഉപയോക്താവിനുമുള്ളതാണ്, കൂടാതെ ടാസ്ക് അതിന്റെ principal പേരിടുന്ന അക്കൗണ്ടായി പ്രവർത്തിക്കുന്നു. സാധാരണയായി ടാസ്ക് നിങ്ങളുടെ പ്രൊഫൈൽ ഒരിക്കലും ഉണ്ടായിരുന്നിട്ടില്ലാത്ത ഒരു ഫോൺ ബുക്ക് വായിക്കുന്നു. അത് തെളിയിക്കാൻ രണ്ട് കമാൻഡുകളും ഒരു ടാസ്ക് ക്രമീകരണവും മതി, ആരെങ്കിലും കണക്ഷൻ പുനർനിർമ്മിക്കുന്നതിന് മുമ്പ് അവ പ്രവർത്തിപ്പിക്കുന്നത് മൂല്യവത്താണ്.

രണ്ട് സ്റ്റോറുകൾ ഒരേ പ്രൊഫൈൽ പേര് സൂക്ഷിക്കുന്നു

സ്വദേശീയ Windows VPN പ്രൊഫൈൽ അത് സൃഷ്ടിച്ച അക്കൗണ്ടിന്റെ സ്റ്റോറിൽ ജീവിക്കുന്നു. ആഗോള സ്റ്റോർ മറ്റൊരു ഫോൺ ബുക്കാണ്, ഇത് പ്രൊഫൈൽ ഉയർത്തിയ സെഷനിൽ എല്ലാ ഉപയോക്താക്കൾക്കുമുള്ള സ്വിച്ച് ഉപയോഗിച്ച് സൃഷ്ടിക്കുമ്പോൾ മാത്രം നിറയുന്നു. രണ്ടും ഒരേ പേരിലുള്ള പ്രൊഫൈൽ സൂക്ഷിക്കാം, ഒന്നും മറ്റൊന്നിന്റെ കാഴ്ചയല്ല.

ഒരേ സെഷനിൽ നിന്ന് രണ്ട് സ്റ്റോറുകളും വായിച്ച് അവ തിരികെ നൽകുന്ന പേരുകൾ താരതമ്യം ചെയ്യുക. സ്വിച്ച് ആഗോള സ്റ്റോർ തിരഞ്ഞെടുക്കുന്നു, അത് വായിക്കാൻ സാധാരണയായി ഉയർത്തിയ സെഷൻ ആവശ്യമാണ്:

Get-VpnConnection | Select-Object Name, ServerAddress, TunnelType
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress, TunnelType

ആദ്യ കമാൻഡ് പ്രൊഫൈൽ പട്ടികപ്പെടുത്തുകയും രണ്ടാമത്തേത് ചെയ്യാതിരിക്കുകയും ചെയ്താൽ, മറ്റൊരു അക്കൗണ്ടിന് കീഴിൽ പ്രവർത്തിക്കുന്ന ടാസ്ക്കിന് ഒരു ക്രെഡൻഷ്യൽ മാറ്റവും സഹായിക്കില്ല, കാരണം പ്രശ്നം അംഗത്വമാണ്, പ്രാമാണീകരണമല്ല. രണ്ടും അത് പട്ടികപ്പെടുത്തിയാൽ, സ്റ്റോർ കാരണമല്ല, അടുത്ത വിഭാഗം ബാധകമാണ്. ആ ഒരു താരതമ്യം ഈ ടിക്കറ്റുകളിൽ പകുതി അടയ്ക്കുന്നു. ഏത് സ്റ്റോർ ഉത്തരം നൽകി, ഏത് അക്കൗണ്ടിന് കീഴിൽ നിങ്ങൾ പരിശോധന നടത്തി എന്ന് രേഖപ്പെടുത്തുക, കാരണം രണ്ട് വസ്തുതകളും ഇല്ലാതെ ഉത്തരത്തിന് അർത്ഥമില്ല.

ക്രെഡൻഷ്യലുകൾക്ക് മുമ്പ് ടാസ്ക്കിന്റെ principal വായിക്കുക

ടാസ്ക് തുറന്ന് principal വായിക്കുക, കാരണം ടാസ്ക് ഏത് സ്റ്റോർ കാണാമെന്ന് അത് പറയുന്നു. SYSTEM ആയി പ്രവർത്തിക്കാൻ ക്രമീകരിച്ച ടാസ്ക് അധിക അവകാശങ്ങളുള്ള നിങ്ങളുടെ അക്കൗണ്ടല്ല: അതിന് സ്വന്തം പ്രൊഫൈലുണ്ട്, നിങ്ങൾ സൈൻ ഇൻ ചെയ്തിരിക്കെ സൃഷ്ടിച്ച ഓരോ ഉപയോക്താവിനുമുള്ള ഫോൺ ബുക്കിലേക്ക് അതിന് പ്രവേശനമില്ല. സേവന അക്കൗണ്ടും അതേ രീതിയിൽ പ്രവർത്തിക്കുന്നു.

നിങ്ങൾ സൈൻ ഇൻ ചെയ്തിട്ടുണ്ടോ എന്നത് കണക്കിലെടുക്കാതെ പ്രവർത്തിപ്പിക്കാനുള്ള ഓപ്ഷനും ഇത് മാറ്റുന്നു, കാരണം അപ്പോൾ ടാസ്ക്കിന് ക്രെഡൻഷ്യലുകൾ കടം വാങ്ങാവുന്ന ഇന്ററാക്ടീവ് സെഷനില്ല. പ്രവർത്തനം whoami ഒരു ഫയലിൽ എഴുതട്ടെ, ഊഹിക്കുന്നതിന് പകരം ഉത്തരം വായിക്കുക.

നിങ്ങളുടെ സ്വന്തം ടെർമിനലിൽ നിന്നുള്ള ഡയഗ്നോസ്റ്റിക്സ് ഈ പ്രശ്നത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, കാരണം അത് നിങ്ങളുടെ അക്കൗണ്ട് കാണുന്നത് കാണിക്കുന്നു. ടാസ്ക്കിന്റെ ഐഡന്റിറ്റിക്ക് കീഴിൽ, അതിനായി നിങ്ങൾക്കുള്ള ഏതെങ്കിലും അംഗീകൃത പ്രക്രിയിലൂടെ താരതമ്യം പ്രവർത്തിപ്പിക്കുക. അഡ്മിനിസ്ട്രേറ്റർ കൺസോളിൽ നിന്ന് പേസ്റ്റ് ചെയ്ത ഔട്ട്പുട്ട് മറ്റൊരു ഡാറ്റാസെറ്റാണ്, കൂടുതൽ പ്രത്യേകാവകാശമുള്ളതല്ല. അത്തരം പ്രക്രിയയില്ലെങ്കിൽ, ടാസ്ക് തന്നെ ഉത്തരം രേഖപ്പെടുത്തണം, അത് അവസാന വിഭാഗം ഒരുക്കുന്നു.

പ്രൊഫൈൽ കണ്ടെത്തുന്നത് സൈൻ ഇൻ ചെയ്യലല്ല

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

ടാസ്ക് ഇപ്പോൾ പ്രൊഫൈൽ കണ്ടെത്തുകയും പ്രാമാണീകരണത്തിൽ പരാജയപ്പെടുകയും ചെയ്താൽ, അത് പുരോഗതിയാണ്, ആ ഘട്ടം രേഖയിൽ ഉൾപ്പെടുന്നു. കണക്ഷൻ പേര് വീണ്ടും സൃഷ്ടിക്കുന്നതിന് പകരം സർട്ടിഫിക്കറ്റ് മെഷീൻ സ്റ്റോറിലേക്ക് നീക്കുക, അല്ലെങ്കിൽ വിന്യാസത്തിന്റെ സ്വന്തം സംവിധാനത്തിലൂടെ രഹസ്യം നൽകുക. അത് വീണ്ടും സൃഷ്ടിക്കുന്നത് അതേ പരാജയം പുതിയ ടൈംസ്റ്റാമ്പോടെ നൽകുന്നു. Microsoft രണ്ട് പരിധികൾ രേഖപ്പെടുത്തുന്നു അവയ്ക്കിടയിൽ cmdlet സ്വിച്ച് തിരഞ്ഞെടുക്കുന്നു.

ഇന്ററാക്ടീവ് അല്ലാത്ത വെല്ലുവിളികളാണ് ആ ഘട്ടത്തിന് പിന്നിലെ കെണി. PIN പ്രോംപ്റ്റിനോ ഒറ്റത്തവണ കോഡിനോ ഡെസ്ക്ടോപ്പ് ഇല്ലാത്ത ടാസ്കിന് ഉത്തരം നൽകാനാവില്ല, അതിനാൽ കൈകൊണ്ട് തികച്ചും ഡയൽ ചെയ്യുന്ന പ്രൊഫൈൽ ഓട്ടോമേഷനിൽ ഉപയോഗശൂന്യമായേക്കാം.

ടാസ്ക് രേഖയ്ക്ക് ആവശ്യമായ നാല് ഫീൽഡുകൾ

ഫലം നിർണ്ണയിക്കുന്ന മൂല്യങ്ങൾ ഒരിടത്ത് ഒരുമിച്ച് സൂക്ഷിക്കുക, കാരണം അവയിൽ മൂന്നെണ്ണം സാധാരണയായി പരോക്ഷമായി അവശേഷിക്കുന്നു. രേഖയ്ക്ക് നാല് വരികൾ വേണം:

  • പ്രവർത്തന പാത: ടാസ്ക് പ്രവർത്തിപ്പിക്കുന്ന സ്ക്രിപ്റ്റ് അല്ലെങ്കിൽ എക്സിക്യൂട്ടബിൾ ഫയൽ, മറ്റൊരു അക്കൗണ്ടിന് വ്യത്യസ്തമായി പരിഹരിക്കുന്ന കുറുക്കുവഴിയല്ല.
  • പ്രൊഫൈൽ പേര്: കൃത്യമായ സ്ട്രിംഗ്, കാരണം രണ്ട് സ്റ്റോറുകൾ വ്യത്യസ്ത സെർവറുകളിലേക്ക് ചൂണ്ടുന്ന ഒരേ പേര് സൂക്ഷിക്കാം.
  • Principal: ടാസ്ക് പ്രവർത്തിക്കുന്ന അക്കൗണ്ട്, അതിന് ഇന്ററാക്ടീവ് സെഷനുണ്ടോ എന്നതും.
  • പ്രാമാണീകരണ രീതി: ആ principal യഥാർത്ഥത്തിൽ എന്ത് പൂർത്തിയാക്കാം, ഉദാഹരണത്തിന് നിങ്ങളുടെ ഉപയോക്തൃ പ്രൊഫൈലിലെ കീയ്ക്ക് പകരം മെഷീൻ-സ്റ്റോർ സർട്ടിഫിക്കറ്റ്.

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

ടാസ്ക് എത്തിയ ഘട്ടം കണ്ടെത്തുക

അവസാന റണ്ണിന്റെ ഫലത്തിൽ നിന്ന് ഊഹിക്കുന്നതിന് പകരം പ്രവർത്തനം ഉപകരണീകരിക്കുക. ചെറിയ റാപ്പർ ഐഡന്റിറ്റി, അതിന് കാണാവുന്ന സ്റ്റോർ, ഡയൽ ഫലം എന്നിവ ഒരിടത്ത് രേഖപ്പെടുത്തുന്നു:

whoami
Get-VpnConnection -AllUserConnection | Select-Object Name, ServerAddress
rasdial "Office"
schtasks /query /tn "VPN Connect" /v /fo LIST

ഡയൽ കമാൻഡ് സ്വന്തം പിശക് അച്ചടിക്കുന്നു, അത് സാധാരണയായി പൊതുവായ ടാസ്ക് പരാജയത്തേക്കാൾ വ്യക്തമാണ്. ക്വറി principal ഉം അവസാന ഫല കോഡും അടുത്തടുത്ത് തിരികെ നൽകുന്നു, അതിനാൽ ഐഡന്റിറ്റിയും ഫലവും ഒരു കാഴ്ചയിൽ കാണാം. ആ രണ്ട് വസ്തുതകളാണ് അടുത്ത ഘട്ടം സ്റ്റോർ മാറ്റമാണോ ക്രെഡൻഷ്യൽ മാറ്റമാണോ എന്ന് തീരുമാനിക്കുന്നത്.

അവസാനമായി, ഉപയോക്താവ് സൈൻ ഇൻ ചെയ്തതിന് ശേഷം കണക്ട് ചെയ്യുന്ന ടാസ്ക്, ഡിവൈസ് ടണലിൽ നിന്നോ പിന്തുണയ്ക്കുന്ന പ്രീ-ലോഗിൻ വർക്ക്ഫ്ലോയിൽ നിന്നോ വേർതിരിക്കുക. ഒരു പ്രൊഫൈൽ പങ്കിടുന്നത് രണ്ടിനും രൂപകൽപ്പനയല്ല, principal ഫീൽഡാണ് മൂന്നിൽ ഏതാണ് നിങ്ങൾ നിർമ്മിച്ചതെന്ന് പറയുന്നത്. ലോഗിന് മുമ്പ് കണക്റ്റിവിറ്റി ഉണ്ടായിരിക്കണമെങ്കിൽ, ഓരോ ഉപയോക്താവിനുമുള്ള പ്രൊഫൈൽ സ്റ്റോർ ശരിയാക്കാൻ തെറ്റായ പാളിയാണ്.

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