VPN തയ്യാറാകുന്നതിന് മുമ്പ് ഡ്രൈവ് മാപ്പ് ചെയ്യണോ? അത് സർവറിനെ ആശ്രയിച്ചാക്കുക

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

മാപ്പിംഗ് വളരെ നേരത്തെ പ്രവർത്തിക്കുന്നത് എന്തുകൊണ്ട്

സെഷൻ ആരംഭിക്കുമ്പോൾ ലോഗിൻ സ്ക്രിപ്റ്റ് ആരംഭിക്കുന്നു. ലോഗോണിൽ കണക്ട് ചെയ്യുന്ന VPN ക്ലയന്റ് അതിന് മുകളിൽ സ്വന്തം സമയരേഖ ചേർക്കുന്നു: പ്രോസസ്സ് പ്രവർത്തിക്കാം, വെർച്വൽ അഡാപ്റ്റർ ഉണ്ടാകാം, ഓഫീസ് സബ്നെറ്റിലേക്കുള്ള റൂട്ട് ഇപ്പോഴും ഇല്ലാതിരിക്കാം. ഈ മൂന്ന് അവസ്ഥകളും സ്ക്രിപ്റ്റിന്റെ കാഴ്ചയിൽ ഒരുപോലെ തോന്നുന്നു, അവയിൽ ഒന്ന് മാത്രം പ്രവർത്തിക്കുന്നു.

ചില പരിസ്ഥിതികൾ ഓരോ ലോഗോണിലും അതേ പരാജയപ്പെട്ട വരി ആവർത്തിച്ച് പ്രതികരിക്കുന്നു, അത് ഡ്രൈവിൽ രണ്ടുതവണ ക്ലിക്ക് ചെയ്യാൻ പഠിച്ച ഉപയോക്താവിനെയും സ്വയം ഒരിക്കലും വിജയിക്കാത്ത സ്ക്രിപ്റ്റിനെയും സൃഷ്ടിക്കുന്നു.

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

കണക്ട് ചെയ്ത അവസ്ഥ ഒരു പാതയല്ല

ട്രേയിലെ VPN ഐക്കൺ ടണൽ ഉയർന്നിട്ടുണ്ടോ എന്ന് അറിയിക്കുന്നു. ഒരു പ്രത്യേക സർവറിലേക്കുള്ള റൂട്ട് ഉണ്ടോ എന്നോ, DNS ആ പേരിനെ ടണൽ വിലാസമാക്കി പരിഹരിക്കുന്നുണ്ടോ എന്നോ, അല്ലെങ്കിൽ സർവറിന്റെ സ്വന്തം ഫയർവാൾ നിങ്ങളെ സ്വീകരിക്കുന്നുണ്ടോ എന്നോ അത് പറയുന്നില്ല.

ഇവ ഒരേ ദൃശ്യഫലമുള്ള മൂന്ന് വ്യത്യസ്ത പരാജയങ്ങളാണ്, ട്രേ ഐക്കണിനെ ആശ്രയിക്കുന്നത് അവയെ ഒരൊറ്റ വിശ്വസനീയമല്ലാത്ത സിഗ്നലാക്കി ഉരുക്കുന്നു.

നിങ്ങൾക്ക് യഥാർത്ഥത്തിൽ വേണ്ട സർവറിനെ പേരെടുത്ത് പറയുന്ന സന്നദ്ധതാ പരിശോധന അവയെ വേർതിരിക്കുന്നു, കാരണം പ്രത്യേക പാത പ്രവർത്തിക്കുന്നത് വരെ അത് പരാജയപ്പെടുന്നു, ഏതെങ്കിലും ഇന്റർഫേസ് താൻ കണക്ട് ചെയ്തതായി റിപ്പോർട്ട് ചെയ്യുന്നത് വരെയല്ല.

ക്ലയന്റിനെയല്ല, സർവറിനെ ആശ്രയിക്കുക

ടണലിലൂടെ മാത്രം എത്താവുന്ന ഒരു ഹോസ്റ്റ് തിരഞ്ഞെടുത്ത് എന്തെങ്കിലും മാപ്പ് ചെയ്യുന്നതിന് മുമ്പ് അതിനായി കാത്തിരിക്കുക. താഴെയുള്ള ഭാഗം സേവ് ചെയ്ത ഒരു Windows VPN എൻട്രിയിലേക്ക് കണക്ട് ചെയ്യുന്നു, ഫയൽ സർവർ പരിശോധിക്കുന്നു, തുടർന്ന് ഡ്രൈവ് മാപ്പ് ചെയ്യുന്നു.

@echo off
set server=fileserver.corp.example
rasdial "Office VPN" /disconnect
rasdial "Office VPN"
:wait
ping -n 1 -w 1000 %server% >nul || (
  timeout /t 5 /nobreak >nul
  goto wait
)
net use Z: \\%server%\share /persistent:no

Ping സന്നദ്ധതാ പരിശോധനയാണ്, അനുമതി പരീക്ഷയല്ല. നിങ്ങളുടെ നെറ്റ്വർക്കിൽ ICMP ഫിൽട്ടർ ചെയ്യുന്നുണ്ടെങ്കിൽ, പകരം നിങ്ങൾ യഥാർത്ഥത്തിൽ ഉപയോഗിക്കുന്ന സേവനം പരിശോധിക്കുക: വേഗത്തിലുള്ള പരിശോധനയ്ക്ക് net view \\%server%, അല്ലെങ്കിൽ PowerShell-ൽ പോർട്ട് 445-നെതിരെ ഒരു ചെറിയ TCP പരീക്ഷ. രണ്ടും പ്രധാനമായ കാര്യത്തെ ആശ്രയിക്കുന്നു.

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

അതിനെ വീണ്ടും പ്രവർത്തിപ്പിക്കാവുന്നതും സെഷൻ ബോധമുള്ളതുമാക്കുക

ഉപയോക്താവിന്റെ സ്വന്തം സെഷനിൽ അത് പ്രവർത്തിപ്പിക്കുക. SYSTEM ആയി പ്രവർത്തിക്കുന്ന ടാസ്ക് ഡ്രൈവിനെ തികച്ചും വേറെ സെഷനിൽ ഇടുന്നു, ലോഗിൻ ചെയ്ത ഉപയോക്താവ് ഫലം ഒരിക്കലും കാണുന്നില്ല. അങ്ങനെ വിജയം റിപ്പോർട്ട് ചെയ്യുന്ന സ്ക്രിപ്റ്റും ഡ്രൈവില്ലാത്ത ഡെസ്ക്ടോപ്പും നിങ്ങൾക്ക് ലഭിക്കുന്നു.

മാപ്പ് ചെയ്യുന്നതിന് മുമ്പ് പരിശോധിക്കുക, പഴയ എൻട്രി മാത്രം നീക്കം ചെയ്യുക. അക്ഷരം ഉപയോഗത്തിലില്ലാത്തപ്പോൾ net use Z: /delete പിശക് നൽകുന്നു, ആ പിശക് അവഗണിക്കുന്നത് സുരക്ഷിതമാണ്, സ്ക്രിപ്റ്റിന്റെ ബാക്കി ഉപേക്ഷിക്കാനുള്ള കാരണമല്ല. /persistent:no നിലനിർത്തുക, പരാജയപ്പെട്ട ശ്രമം പിന്നീട് സ്ഥിരമായ വീണ്ടും കണക്ഷൻ ശ്രമമാകാതിരിക്കാൻ.

ഒപ്പം ഫയലിൽ പാസ്വേഡ് ഇടരുത്. rasdial VPN എൻട്രിക്കായി സേവ് ചെയ്ത ക്രെഡൻഷ്യലുകൾ വീണ്ടും ഉപയോഗിക്കാം, ഷെയർ ലോഗിൻ ചെയ്ത ഉപയോക്താവായി പ്രാമാണീകരിക്കണം. ഷെയറിന് യഥാർത്ഥത്തിൽ വ്യത്യസ്ത ക്രെഡൻഷ്യലുകൾ വേണമെങ്കിൽ, ലോഗോൺ ഷെയറിൽ ജീവിക്കുന്ന ഒരു ബാച്ച് ഫയലിൽ അവ ഉൾപ്പെടുത്തുന്നതിന് പകരം cmdkey ഉപയോഗിച്ച് ഓരോ ഉപയോക്താവിനും ഒരിക്കൽ രജിസ്റ്റർ ചെയ്യുക. ആ ഷെയർ വായിക്കാൻ കഴിയുന്ന ആർക്കും പാസ്വേഡും വായിക്കാം, അത് സൗകര്യത്തെ ഒരു സംഭവമാക്കി മാറ്റുന്നു.

മുഴുവൻ സ്ക്രിപ്റ്റും വീണ്ടും പ്രവർത്തിപ്പിക്കുന്നത് ഹാനികരമല്ലാതിരിക്കണം, കാരണം അതാണ് സംഭവിക്കാൻ പോകുന്നത്. ഉപയോക്താക്കൾ വീണ്ടും കണക്ട് ചെയ്യുന്നു, ലാപ്ടോപ്പുകൾ ഉണരുന്നു, അതേ കോഡ് പാത വ്യത്യസ്ത പ്രാരംഭ അവസ്ഥയിൽ വീണ്ടും പ്രവർത്തിക്കുന്നു.

ഏത് പകുതിയാണ് വൈകിയതെന്ന് തെളിയിക്കാൻ ആവശ്യമായത്ര ലോഗ് ചെയ്യുക

ടൈംസ്റ്റാമ്പ്, സന്നദ്ധതാ പരിശോധനയുടെ ഫലം, മാപ്പിംഗിന്റെ എക്സിറ്റ് കോഡ് എന്നിവ ഉപയോക്തൃ പ്രൊഫൈലിന് കീഴിലുള്ള ഒരു ഫയലിൽ എഴുതുക. കാണാത്ത ഡ്രൈവിനെക്കുറിച്ചുള്ള അടുത്ത റിപ്പോർട്ട് വരുമ്പോൾ, ആ ലോഗ് ഏക പ്രധാന ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു: ടണൽ വൈകിയാണോ വന്നത്, അതോ ഷെയർ നിരസിച്ചതാണോ?

അതില്ലാതെ, ഓരോ ആവർത്തനവും പൂജ്യത്തിൽ നിന്ന് അന്വേഷിക്കപ്പെടുന്നു, സാധാരണ നിഗമനം ഒന്നും ശരിയാക്കാത്ത ഒരു അനുമതി മാറ്റമാണ്.

ക്രമം ഒരിക്കൽ കോൾഡ് ബൂട്ടിൽ നിന്നും ഒരിക്കൽ സ്ലീപ്പിൽ നിന്നും പരീക്ഷിക്കുക. ഉണരുന്ന സന്ദർഭമാണ് ക്രമം ഏറ്റവും കൂടുതൽ തകരുന്നിടം, കാരണം നെറ്റ്വർക്കിന് മുമ്പ് സെഷൻ പുനരാരംഭിക്കുന്നു, സ്ക്രിപ്റ്റ് മണിക്കൂറുകൾക്ക് മുമ്പ് ലോഗിൻ ചെയ്ത ഒരു യന്ത്രത്തെ കാണുന്നു.