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 વડે પ્રતિ વપરાશકર્તા એક વાર નોંધણી કરો. જે કોઈ તે શેર વાંચી શકે તે પાસવર્ડ પણ વાંચી શકે, અને તે સુવિધાને ઘટનામાં ફેરવે છે.

આખી સ્ક્રિપ્ટ ફરી ચલાવવી હાનિકારક ન હોવી જોઈએ, કારણ કે એ જ થવાનું છે. વપરાશકર્તાઓ ફરી જોડાય છે, લેપટોપ જાગે છે, અને એ જ કોડ માર્ગ અલગ પ્રારંભિક સ્થિતિ સાથે ફરી ચાલે છે.

કયો અડધો ભાગ મોડો આવ્યો તે સાબિત કરવા પૂરતું લોગ કરો

સમયચિહ્ન, તૈયારીની ચકાસણીનું પરિણામ અને મેપિંગનો એક્ઝિટ કોડ વપરાશકર્તાની પ્રોફાઇલ હેઠળની ફાઇલમાં લખો. જ્યારે ખૂટતી ડ્રાઇવનો આગલો અહેવાલ આવે, ત્યારે તે લોગ એકમાત્ર મહત્વના પ્રશ્નનો જવાબ આપે છે: ટનલ મોડી આવી, કે શેરે ના પાડી?

તેના વિના, દરેક પુનરાવૃત્તિ શરૂઆતથી તપાસવામાં આવે છે, અને સામાન્ય તારણ એ પરવાનગીમાં ફેરફાર હોય છે જે કંઈ સુધારતું નથી.

ક્રમને એક વાર ઠંડા બૂટથી અને એક વાર સ્લીપથી ચકાસો. જાગવાનો કિસ્સો એ છે જ્યાં ક્રમ સૌથી વધુ તૂટે છે, કારણ કે નેટવર્ક પહેલાં સેશન ફરી શરૂ થાય છે અને સ્ક્રિપ્ટ એવી મશીન જુએ છે જે કલાકો પહેલાં લોગઇન થઈ છે.