VPN કનેક્ટ થાય ત્યારે કાર્ય ચલાવો: ઇવેન્ટ, પોલિંગ કે ક્રેડેન્શિયલ?
લૉગઓન સ્ક્રિપ્ટ ટનલ બનતાં પહેલાં ચાલે છે. નેટવર્ક ઇવેન્ટ ટ્રિગર, રિસોર્સ પોલિંગ અને સંગ્રહિત ક્રેડેન્શિયલ—દરેક શું બાંયધરી આપે છે તેની તુલના કરો.
ડ્રાઇવ મેપ કરતી અથવા સિંક કાર્ય શરૂ કરતી લૉગઓન સ્ક્રિપ્ટ ટનલને સરનામું મળે તે પહેલાં ચાલે છે, તેથી તે શાંતિથી નિષ્ફળ જાય છે અને વપરાશકર્તા દરેક સવારે હાથે તેને સુધારે છે. Windows મોટા ભાગના ક્લાયન્ટ માટે દરેક VPN માટે કનેક્ટ કૉલબૅક આપતું નથી, પણ નેટવર્ક ફેરફાર લૉગ કરે છે, અને એ રેકોર્ડ યોગ્ય ક્ષણે કામ શરૂ કરી શકે છે. પસંદગી એ રેકોર્ડ પર પ્રતિક્રિયા આપવા, રિસોર્સ પોલ કરવા અને નિષ્ફળતાને દૃશ્યમાન બનાવનારી પ્રોમ્પ્ટ દૂર કરવા વચ્ચે છે.
ત્રણ મિકેનિઝમની તેઓ શું બાંયધરી આપે છે તેના આધારે તુલના કરવી તેમને સુંદરતાના આધારે ક્રમમાં ગોઠવવા કરતાં સારી છે. દરેક અલગ રીતે નિષ્ફળ જાય છે, અને નિષ્ફળતાની રીત એ છે જેની સાથે તમે પછી જીવો છો.
લૉગઓન કેમ ઘણું વહેલું ચાલે છે
લૉગઓન અને સ્ટાર્ટઅપ VPN એડાપ્ટરને તેનું સરનામું મળે તે પહેલાં ચાલે છે, તેથી તે ક્ષણે પ્રયત્ન કરાયેલ ડ્રાઇવ મેપિંગ, આંતરિક URL કે ડેટાબેઝ કનેક્શનને ન રૂટ મળે છે ન રિઝોલ્વર. વિનંતી નિષ્ફળ જાય છે, અને સેશન એવી સ્થિતિમાં રહે છે જે વપરાશકર્તાએ હાથે સુધારવી પડે. એ જ સ્ક્રિપ્ટ સ્ટાર્ટઅપ ફોલ્ડરમાં ખસેડવાથી કંઈ બદલાતું નથી, કારણ કે ક્રમની સમસ્યા તેની સાથે જાય છે. ટ્રિગર સેશન ઇવેન્ટ નહીં, નેટવર્ક ફેરફાર હોવો જોઈએ.
લૉગઓન પર મનસ્વી વિલંબ સાથેનું નિર્ધારિત કાર્ય સુધારો લાગે છે અને વાસ્તવમાં અનુમાન છે. તે ઝડપી લિંક પર કામ કરે છે અને ધીમી પર નિષ્ફળ જાય છે, જે વિશ્વસનીયતાનો સૌથી નકામો પ્રકાર છે.
ત્રણ હૂકની તુલના
મિકેનિઝમ શું નિરીક્ષણ કરે છે, કેટલી ઝડપથી પ્રતિક્રિયા આપે છે અને દિવસમાં પછી ફરી કનેક્ટ થાય ત્યારે શું કરે છે તેમાં અલગ પડે છે. કોષ્ટક તેમની આ ત્રણ મુદ્દા પર તુલના કરે છે, દરેક કેટલું ચતુર લાગે છે તેના પર નહીં.
| Mechanism | Reacts to | Covers a mid-session reconnect | Typical failure |
|---|---|---|---|
| Network profile event | A network connect record | Yes, when the event repeats | Runs on the wrong network |
| Resource poll with backoff | The resource becoming reachable | Yes | Log noise and a wasted window |
| Stored credentials alone | Nothing; it removes a prompt | No | Still fires before the tunnel |
કોષ્ટક પંક્તિ પંક્તિ વાંચો. ઇવેન્ટ હૂક સૌથી ઝડપી અને સૌથી ઘોંઘાટિયું છે, કારણ કે Windows કાફેના Wi-Fi સહિત દરેક નેટવર્ક રેકોર્ડ કરે છે, તેથી ક્રિયાએ કંઈપણ કરતાં પહેલાં રિસોર્સ ચકાસવો જોઈએ. પોલિંગ ધીમું અને વધુ સચોટ છે, કારણ કે શેર કે હોસ્ટનામ જવાબ આપે ત્યારે જ તે સફળ થાય છે, અને કયો ક્લાયન્ટ સ્થાપિત છે તે જાણવાની જરૂર નથી. સંગ્રહિત ક્રેડેન્શિયલ બિલકુલ સ્પર્ધાત્મક વિકલ્પ નથી: તે પાસવર્ડ પ્રોમ્પ્ટ દૂર કરે છે, જે લૉગઓન સમયે મેપિંગ નિષ્ફળ જવાનું બીજું અને સ્વતંત્ર કારણ છે.
પ્રથમ બે વચ્ચે પસંદગી એના પર આધાર રાખે છે કે ક્લાયન્ટ પર ઉપયોગી ઇવેન્ટ છે કે નહીં. જ્યાં છે ત્યાં ઇવેન્ટ વત્તા રિસોર્સ ચકાસણી વધુ સારું ડિફૉલ્ટ છે.
ઇવેન્ટ ટ્રિગર યોગ્ય રીતે બનાવો
રેકોર્ડ Microsoft-Windows-NetworkProfile/Operational લૉગમાં રહે છે, અને ID 10001 હમણાં જ કનેક્ટ થયેલા નેટવર્કને દર્શાવે છે. એ લૉગ, એ પ્રોવાઇડર નામ અને એ ઓળખકર્તાને લક્ષ્ય બનાવતા ઇવેન્ટ પર ટ્રિગર સાથે કાર્ય બનાવો. મશીન જે પણ નેટવર્કમાં જોડાશે તે તેને ચલાવશે, તેથી ક્રિયાને અનુમાન નહીં, ગાર્ડ કલમની જરૂર છે, અને જો કામ મેપ કરેલા ડ્રાઇવને સ્પર્શે તો તે ફક્ત ત્યારે જ ચાલવું જોઈએ જ્યારે વપરાશકર્તા લૉગઇન હોય.
ગાર્ડ કલમે ચકાસવું જોઈએ કે કાર્યને ખરેખર શું જોઈએ છે, જેમ કે શેર પાથ કે સેવા પોર્ટ, અને જ્યારે તે પહોંચની બહાર હોય ત્યારે શાંતિથી બહાર નીકળવું જોઈએ. એડાપ્ટરનું નામ ચકાસવું પૂરતું નથી, કારણ કે ક્લાયન્ટ એક એડાપ્ટર ઘણા પ્રોફાઇલમાં ફરી વાપરી શકે છે. શાંત નિકાસ લૉગ વાંચનીય રાખે છે અને એવા નેટવર્ક સામે ફરી પ્રયાસની આંધી અટકાવે છે જે ક્યારેય રિસોર્સ પૂરો નહીં પાડે.
કાર્ય યોગ્ય ક્ષણે ચાલે છે તે ચકાસો
રૂપરેખાંકન નહીં, સમય સાબિત કરો. નીચેની કમાન્ડ કાર્યની વ્યાખ્યા, તાજેતરની નેટવર્ક પ્રોફાઇલ ઇવેન્ટ અને કાર્ય જે એકાઉન્ટ હેઠળ ચાલે તેમાંથી રિસોર્સ પહોંચી શકાય છે કે નહીં તે દર્શાવે છે. તેમને હાથે શરૂ કર્યા પછી નહીં, ખરેખર ફરી કનેક્ટ થયા પછી ચલાવો.
schtasks /query /tn "VpnPostConnect" /v /fo LIST
Get-WinEvent -LogName Microsoft-Windows-NetworkProfile/Operational -MaxEvents 10
Test-Path \\fileserver\share
whoamiકોઈ નેટવર્ક ઇવેન્ટ મેળ ખાતી ન હોય ત્યારે કાર્ય ઇતિહાસમાં એન્ટ્રી હોય તેનો અર્થ ટ્રિગર ખોટું છે, ક્રિયા નહીં. જો ઇવેન્ટ દેખાય અને કાર્ય ન ચાલે, તો કાર્ય કદાચ એવા એકાઉન્ટ હેઠળ ચાલે છે જે રિસોર્સ જોઈ શકતું નથી, અને એકાઉન્ટનું આઉટપુટ જ સૂત્ર છે. મેપિંગ હજી ખૂટે ત્યારે પાસ થતી રિસોર્સ ચકાસણી કનેક્ટિવિટી નહીં, સેશન સંદર્ભ તરફ ઇશારો કરે છે. એ ત્રણ અવલોકનોમાંથી દરેક તમને અલગ ઉકેલ તરફ લઈ જાય છે.
દરેક રન માટે સરનામું, રિસોર્સ પરિણામ અને અંતિમ પરિણામ સાથે એક લૉગ લાઇન લખો. પછીની નિષ્ફળતા દર્શાવશે કે કાર્ય વહેલું ચાલ્યું, ખોટા નેટવર્ક પર ચાલ્યું, કે બિલકુલ ચાલ્યું નહીં.