VPN-ലേക്ക് കണക്ട് ചെയ്യുന്നത് നിങ്ങളുടെ ലോഗോൺ സ്ക്രിപ്റ്റ് വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നില്ല

നിങ്ങളുടെ ഉപയോക്താവ് വീട്ടിൽ സൈൻ ഇൻ ചെയ്ത് VPN-ലേക്ക് കണക്ട് ചെയ്ത് മുൻപ് ഓഫീസിൽ സ്വയം പ്രത്യക്ഷപ്പെട്ടിരുന്ന ഡ്രൈവ് മാപ്പിംഗിനായി കാത്തിരിക്കുന്നു. ടണൽ ഉയരുന്നു, ഡൊമെയിൻ പ്രതികരിക്കുന്നു, പക്ഷേ ഒന്നും മാപ്പ് ചെയ്യുന്നില്ല. ഒന്നും തകർന്നിട്ടില്ല: ലോഗോൺ സ്ക്രിപ്റ്റ് ലോഗോൺ സമയത്ത് പ്രവർത്തിക്കുന്നു, സെഷൻ തുടങ്ങി ഇരുപത് മിനിറ്റ് കഴിഞ്ഞ് തുറന്ന ടണൽ ലോഗോൺ അല്ല. രണ്ടിനെയും ഒരേ സംഭവമായി വായിക്കുന്നത് ഇല്ലാത്ത ഒരു VPN തകരാറിനെ തേടി ആളുകളെ അയയ്ക്കുന്നു.

നാല് തീരുമാനങ്ങൾ ഈ അത്ഭുതത്തെ ശരിയായി പെരുമാറുന്ന പ്രവൃത്തിപ്രവാഹമാക്കി മാറ്റുന്നു, ആദ്യത്തേത് സ്ക്രിപ്റ്റ് ഏത് സംഭവങ്ങളിൽ ആശ്രയിക്കുന്നു എന്ന് അറിയുക മാത്രമാണ്.

നിങ്ങൾക്ക് വീണ്ടും പ്ലേ ചെയ്യാൻ കഴിയാത്ത ലൈഫ്സൈക്കിൾ സംഭവങ്ങളിൽ സ്ക്രിപ്റ്റുകൾ ആശ്രയിക്കുന്നു

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

നയ പ്രോസസ്സിംഗിനെക്കുറിച്ചുള്ള Microsoft റഫറൻസ് എക്സ്റ്റൻഷൻ പ്രോസസ്സ് ചെയ്യുന്നതും അതിലുള്ളത് പ്രവർത്തിപ്പിക്കുന്നതും തമ്മിലുള്ള അതേ അതിർത്തി വരയ്ക്കുന്നു, പുതുക്കൽ സ്ക്രിപ്റ്റ് വീണ്ടും പ്ലേ ചെയ്യേണ്ടതായിരുന്നു എന്ന് ആരെങ്കിലും വാദിക്കുമ്പോൾ ഉദ്ധരിക്കേണ്ട പേജ് അതാണ്.

എല്ലാ സ്ക്രിപ്റ്റുകളും ഓഫ്ലൈനിൽ പരാജയപ്പെടുന്നില്ല. പ്രാദേശികമോ കാഷ് ചെയ്തതോ ആയ വസ്തുത മാത്രം വായിക്കുന്ന സ്ക്രിപ്റ്റ് ഭാഗികമായി വിജയിച്ചേക്കാം, എന്നാൽ ഒരു ഷെയർ തൊടുന്ന സ്ക്രിപ്റ്റ് നിശ്ശബ്ദമായി പരാജയപ്പെടുകയും വ്യക്തമായ അടയാളം അവശേഷിപ്പിക്കാതിരിക്കുകയും ചെയ്യുന്നു. നെറ്റ്വർക്കിനെ കുറ്റപ്പെടുത്തുന്നതിന് മുൻപ് സ്ക്രിപ്റ്റിന്റെ യഥാർത്ഥ പാതയും അത് എവിടെയെത്തുന്നു എന്നതും പരിശോധിക്കുക. സ്ക്രിപ്റ്റ് ലോഗോണിൽ പ്രവർത്തിക്കുന്നില്ല എന്ന ഓരോ വാദത്തിനും ഇതേ പരിശോധന വേണം, കാരണം ആരും നോക്കാത്തിടത്ത് ഷെഡ്യൂൾ ചെയ്ത ടാസ്കോ ക്ലയന്റ് പ്രവർത്തനമോ ജോലി ചെയ്യുന്നുണ്ടാകാം.

ജോലി കണക്ഷനോട് ബന്ധിപ്പിക്കുക, ലോഗോണിനോടല്ല

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

കണക്ഷന് ശേഷം നടക്കേണ്ട ജോലിക്ക് കണക്ഷൻ ട്രിഗർ ചെയ്യുന്ന ടാസ്കോ ക്ലയന്റ് പിന്തുണയ്ക്കുന്ന കണക്ഷൻ പ്രവർത്തനമോ ഉപയോഗിക്കുക. ക്ലയന്റ് യഥാർത്ഥത്തിൽ ഏത് സംഭവം പുറപ്പെടുവിക്കുന്നു എന്ന് പരിശോധിക്കുക, കാരണം Windows-ന്റെ സ്വതവേയുള്ള VPN ക്ലയന്റ് ഉയർത്തുന്ന സംഭവം മൂന്നാം കക്ഷി ക്ലയന്റ് ഉയർത്തുന്നില്ല. സൈൻ ഇന് മുൻപ് വേണ്ട മെഷീൻ കോൺഫിഗറേഷന് പിന്തുണയ്ക്കുന്ന ഉത്തരം ഡിവൈസ് ടണലോ സൈൻ-ഇന്നിന് മുൻപുള്ള മറ്റൊരു രൂപകൽപ്പനയോ ആണ്, ഡെസ്ക്ടോപ്പ് പ്രത്യക്ഷപ്പെടുമ്പോൾ പ്രവർത്തിക്കുന്ന ടാസ്ക് അല്ല. ജോലി ആവശ്യമുള്ള ഐഡന്റിറ്റിയിലും സെഷനിലും പ്രവർത്തിപ്പിക്കുക, കാരണം SYSTEM ആയി സൃഷ്ടിച്ച മാപ്പിംഗ് ഉപയോക്താവ് ഒരിക്കലും കാണാത്ത ഒരു സെഷനിൽ എത്തുന്നു.

പ്രവർത്തിക്കുന്നതിന് മുൻപ് തയ്യാറെടുപ്പ് പരിശോധിക്കുക, ഉച്ചത്തിൽ പരാജയപ്പെടുക

DNS അല്ലെങ്കിൽ ഫയൽ സെർവർ ഉപയോഗയോഗ്യമാകുന്നതിന് മുൻപ് കണക്ഷൻ സംഭവം എത്തിയേക്കാം, അതിനാൽ ടാസ്ക് അനുമാനിക്കാതെ ആവശ്യമുള്ളത് പരിശോധിക്കണം. നിർദ്ദിഷ്ട നാമം പരിഹരിക്കുക, നിർദ്ദിഷ്ട കണക്ഷൻ ശ്രമിക്കുക, പരിധിയും കാലതാമസവും സഹിതം വീണ്ടും ശ്രമിക്കുക: ചെറിയ ലൂപ്പിലെ Resolve-DnsName files.corp.example ഇനിയും-ഇല്ല എന്നതിനെ ഒരിക്കലുമില്ല എന്നതിൽ നിന്ന് വേർതിരിക്കുന്നു. അവസാന ശ്രമത്തിന് ശേഷം പേരും പിശകും ഉൾപ്പെടെ കൃത്യമായ പരാജയം റിപ്പോർട്ട് ചെയ്യുക.

ലോഗ് ഇല്ലാത്ത അനന്ത ലൂപ്പ് ഒരിക്കലും തുടങ്ങാത്ത ടാസ്കിൽ നിന്ന് വേർതിരിച്ചറിയാനാവില്ല, അത് കാലഹരണപ്പെട്ട ക്രെഡൻഷ്യലും ഫയർവാൾ നിയമവും തമ്മിലുള്ള വ്യത്യാസം മറയ്ക്കുന്നു.

നാല് കാര്യങ്ങൾ പരിശോധിക്കുക, തുടർന്ന് അത് ആവർത്തനീയമാക്കുക

പൈലറ്റ് സമയത്ത് ഒന്നിന് പകരം നാല് നിരീക്ഷണങ്ങൾ രേഖപ്പെടുത്തുക: കണക്ഷൻ സംഭവം സംഭവിച്ചു, ടാസ്ക് തുടങ്ങി, ഉറവിടം പ്രതികരിച്ചു, ആവശ്യപ്പെട്ട മാറ്റം യഥാർത്ഥത്തിൽ പ്രാബല്യത്തിൽ വന്നു. ലോഗ് ടാസ്ക് തുടങ്ങി എന്നിടത്ത് നിർത്തിയാൽ, എത്ര കാത്തിരുന്നാലും യഥാർത്ഥ പരാജയം അദൃശ്യമായി തുടരും. തുടർന്ന് സെഷൻ തന്റെ നയം എന്താണെന്ന് കരുതുന്നു എന്ന് കാണാൻ gpresult /scope user /v പ്രവർത്തിപ്പിക്കുക, പ്രതീക്ഷിച്ച ക്രമീകരണവുമായി താരതമ്യം ചെയ്യുക. GPO പ്രയോഗിച്ചതായി പട്ടികപ്പെടുത്തുന്ന റിപ്പോർട്ടും മാപ്പിംഗിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല.

വിപുലീകരിക്കുന്നതിന് മുൻപ് ജോലി സുരക്ഷിതമായി ആവർത്തിക്കാനാകുന്നതാക്കുക, കാരണം ക്ലയന്റ് വീണ്ടും കണക്ട് ചെയ്യുന്നു, ടാസ്ക് വീണ്ടും പ്രവർത്തിക്കുന്നു. സൃഷ്ടിക്കുന്നതിന് മുൻപ് നിലവിലുള്ള മാപ്പിംഗോ കോൺഫിഗറേഷനോ ഉണ്ടോ എന്ന് പരിശോധിക്കുക, കണ്ടത് രേഖപ്പെടുത്തുക. ഓരോ താൽക്കാലിക പുനഃകണക്ഷന് ശേഷമുള്ള ഇരട്ടിപ്പിക്കൽ ജോലിയാണ് ഉപകാരപ്രദമായ ടാസ്ക് സംഭവമാകുന്ന വഴി.

സ്വയമേവയുള്ള ട്രിഗർ അനുയോജ്യമല്ലാത്തിടത്ത്, അതേ ഒപ്പിട്ട സ്ക്രിപ്റ്റ് പ്രവർത്തിപ്പിക്കുന്ന അംഗീകൃത ഉപയോക്തൃ പ്രവർത്തനം സാധുവായ രൂപകൽപ്പനയാണ്. ലോഗോൺ സംഭവം നടന്നതായി അഭിനയിക്കുന്നതിന് പകരം അത് സമയം വ്യക്തമാക്കുന്നു.