I-map ang drive bago pa handa ang VPN? Ikundisyon ito sa server

Lumilitaw ang titik ng drive sa pag-log on at pagkatapos ay bumubukas bilang walang laman na folder, o may pulang krus at mensahe tungkol sa hindi available na mapagkukunan ng network. Karaniwang maayos ang mga pahintulot. Ang nangyari ay tumakbo ang utos ng pagma-map sa panahong umiiral ang VPN client pero walang ruta patungo sa file server, at itinala ng Windows ang pagkabigong iyon bilang estado ng drive. Ang lunas ay itigil ang pagtrato sa pagma-map bilang bagay na nangyayari sa pag-log on at tratuhin ito bilang huling hakbang ng isang pagkakasunod-sunod ng koneksyon.

Bakit masyadong maaga ang takbo ng pagma-map

Nagsisimula ang logon script kapag nagsimula ang session. Ang VPN client na kumokonekta habang nag-log on ay nagdaragdag ng sarili nitong timeline sa ibabaw: maaaring tumatakbo ang proseso, maaaring umiiral ang virtual adapter, at maaaring kulang pa ang ruta patungo sa subnet ng opisina. Magkamukha ang tatlong estadong ito mula sa pananaw ng isang script at isa lamang sa kanila ang gumagana.

May mga kapaligirang tumutugon sa pamamagitan ng pag-uulit ng parehong nabigong linya sa bawat pag-log on, na nagbubunga ng user na natutong mag-double click sa drive at script na kailanman ay hindi nagtagumpay nang mag-isa.

Lumalala ito dahil sa drive mismo. Ang naka-map na drive ay isang bagay ng session, at kapag namarkahan na ito ng Windows bilang hindi available, maaaring manatiling sira ang icon nang matagal matapos maging malusog ang tunnel. Kaya gumagana ang manu-manong pagma-map muli habang ang script ay tila walang ginagawa. Naaalala ng session ang pagkabigo, hindi ang intensyon sa likod nito.

Ang estadong konektado ay hindi ruta

Ipinapaalam ng icon ng VPN sa tray kung nakataas ang tunnel. Wala itong sinasabi tungkol sa kung may ruta patungo sa isang partikular na server, kung binabasa ng DNS ang pangalang iyon sa address ng tunnel, o kung tinatanggap ka ng firewall ng server mismo.

Ito ay tatlong magkakahiwalay na pagkabigo na may parehong nakikitang resulta, at ang pag-asa sa icon ng tray ay pinagsasama-sama ang mga ito sa isang hindi mapagkakatiwalaang senyales.

Isang pagsusuri ng kahandaan na nagpapangalan sa server na talagang kailangan mo ang naghihiwalay sa kanila, dahil nabibigo ito hanggang gumana ang partikular na ruta, at hindi hanggang may interface na magpahayag na konektado ito.

Ikundisyon sa server, hindi sa client

Pumili ng isang host na maabot lamang sa pamamagitan ng tunnel at hintayin ito bago mag-map ng anuman. Ang bahagi sa ibaba ay kumokonekta sa isang naka-save na entry ng VPN sa Windows, sinusuri ang file server at pagkatapos ay nagma-map ng drive.

@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

Ang ping ay isang pagsusuri ng kahandaan, hindi pagsubok ng pahintulot. Kung ang ICMP ay sinasala sa iyong network, suriin sa halip ang serbisyong talagang ginagamit mo: net view \\%server% para sa mabilisang pagsusuri, o isang maikling pagsubok ng TCP sa port 445 sa PowerShell. Ang alinman sa dalawa ay nagkukundisyon sa bagay na mahalaga.

Magdagdag ng limitadong bilang ng mga pagtatangka. Ang loop ng paghihintay na walang takip ay ginagawang session na hindi natatapos ang pag-log on ang sirang tunnel, at iyon ay mas masamang tawag sa suporta kaysa sa nawawalang titik ng drive.

Gawin itong maulit na mapapatakbo at may kamalayan sa session

Patakbuhin ito sa loob ng sariling session ng user. Ang gawaing tumatakbo bilang SYSTEM ay naglalagay ng drive sa ganap na ibang session, at hindi kailanman nakikita ng naka-log on na user ang resulta. Nagbibigay iyon sa iyo ng script na nag-uulat ng tagumpay at desktop na walang drive.

Suriin bago mag-map, at alisin lamang ang lumang entry. Nagbabalik ng error ang net use Z: /delete kapag hindi ginagamit ang titik, at ligtas na balewalain ang error na iyon sa halip na maging dahilan upang iwanan ang natitirang bahagi ng script. Panatilihin ang /persistent:no upang ang nabigong pagtatangka ay hindi maging permanenteng pagtatangka ng muling pagkonekta mamaya.

At huwag maglagay ng password sa file. Maaaring gamitin muli ng rasdial ang mga kredensyal na naka-save para sa entry ng VPN, at dapat magpatunay ang share bilang ang naka-log on na user. Kung talagang kailangan ng share ng ibang kredensyal, irehistro ang mga ito isang beses bawat user gamit ang cmdkey sa halip na i-embed sa isang batch file na nasa isang share ng pag-log on. Sinumang makabasa ng share na iyon ay makababasa ng password, at ginagawang insidente ng iyon ang isang kaginhawahan.

Ang muling pagpapatakbo ng buong script ay dapat walang pinsala, dahil iyon mismo ang mangyayari. Nagre-reconnect ang mga user, nagigising ang mga laptop, at tumatakbo muli ang parehong landas ng code na may ibang paunang estado.

Itala ang sapat upang patunayan kung aling kalahati ang nahuli

Isulat ang timestamp, resulta ng pagsusuri ng kahandaan at exit code ng pagma-map sa isang file sa ilalim ng profile ng user. Kapag dumating ang susunod na ulat tungkol sa nawawalang drive, sinasagot ng log na iyon ang tanging tanong na mahalaga: nahuli ba ang tunnel, o tumanggi ang share?

Kung wala iyon, ang bawat pag-ulit ay iniimbestigahan mula sa simula, at ang karaniwang konklusyon ay pagbabago ng pahintulot na walang inaayos.

Subukan ang pagkakasunod-sunod isang beses mula sa malamig na boot at isang beses mula sa pagtulog. Ang kaso ng paggising ang lugar kung saan pinakamadalas masira ang pagkakasunod-sunod, dahil nagpapatuloy ang session bago ang network at nakikita ng script ang makinang naka-log on nang maraming oras.