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 ಬಳಸಿ ಪ್ರತಿ ಬಳಕೆದಾರರಿಗೆ ಒಮ್ಮೆ ನೋಂದಾಯಿಸಿ. ಆ ಶೇರ್ ಓದಬಲ್ಲ ಯಾರಾದರೂ ಪಾಸ್ವರ್ಡ್ ಓದಬಲ್ಲರು, ಮತ್ತು ಅದು ಅನುಕೂಲವನ್ನು ಘಟನೆಯಾಗಿ ಬದಲಿಸುತ್ತದೆ.

ಇಡೀ ಸ್ಕ್ರಿಪ್ಟ್ ಮತ್ತೆ ಚಲಾಯಿಸುವುದು ಹಾನಿಕರವಲ್ಲ, ಏಕೆಂದರೆ ನಿಜವಾಗಿ ಹಾಗೆಯೇ ಆಗುತ್ತದೆ. ಬಳಕೆದಾರರು ಮತ್ತೆ ಸಂಪರ್ಕಗೊಳ್ಳುತ್ತಾರೆ, ಲ್ಯಾಪ್ಟಾಪ್ಗಳು ಎಚ್ಚರಗೊಳ್ಳುತ್ತವೆ, ಮತ್ತು ಅದೇ ಕೋಡ್ ಮಾರ್ಗ ಬೇರೆ ಆರಂಭಿಕ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಮತ್ತೆ ಚಲಿಸುತ್ತದೆ.

ಯಾವ ಅರ್ಧ ತಡವಾಗಿ ಬಂತು ಎಂದು ಸಾಬೀತುಪಡಿಸಲು ಸಾಕಷ್ಟು ಲಾಗ್ ಮಾಡಿ

ಸಮಯಮುದ್ರೆ, ಸಿದ್ಧತಾ ಪರಿಶೀಲನೆಯ ಫಲಿತಾಂಶ ಮತ್ತು ಮ್ಯಾಪಿಂಗ್ನ ನಿರ್ಗಮನ ಕೋಡ್ ಅನ್ನು ಬಳಕೆದಾರರ ಪ್ರೊಫೈಲ್ ಅಡಿಯಲ್ಲಿನ ಫೈಲ್ಗೆ ಬರೆಯಿರಿ. ಕಾಣೆಯಾದ ಡ್ರೈವ್ನ ಮುಂದಿನ ವರದಿ ಬಂದಾಗ, ಆ ಲಾಗ್ ಒಂದೇ ಮುಖ್ಯ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ: ಟನೆಲ್ ತಡವಾಗಿ ಬಂತೇ, ಅಥವಾ ಶೇರ್ ನಿರಾಕರಿಸಿತೇ?

ಅದಿಲ್ಲದೆ, ಪ್ರತಿ ಪುನರಾವರ್ತನೆಯನ್ನೂ ಶೂನ್ಯದಿಂದ ತನಿಖೆ ಮಾಡಲಾಗುತ್ತದೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ತೀರ್ಮಾನ ಏನನ್ನೂ ಸರಿಪಡಿಸದ ಅನುಮತಿ ಬದಲಾವಣೆ.

ಕ್ರಮವನ್ನು ಒಮ್ಮೆ ಶೀತ ಬೂಟ್ನಿಂದ ಮತ್ತು ಒಮ್ಮೆ ಸ್ಲೀಪ್ನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಎಚ್ಚರಗೊಳ್ಳುವ ಸಂದರ್ಭವೇ ಕ್ರಮ ಹೆಚ್ಚಾಗಿ ಮುರಿಯುವ ಸ್ಥಳ, ಏಕೆಂದರೆ ನೆಟ್ವರ್ಕ್ಗಿಂತ ಮೊದಲು ಸೆಷನ್ ಮತ್ತೆ ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಮತ್ತು ಸ್ಕ್ರಿಪ್ಟ್ ಗಂಟೆಗಳ ಹಿಂದೆ ಲಾಗಿನ್ ಆದ ಯಂತ್ರವನ್ನು ನೋಡುತ್ತದೆ.