ಬಳಕೆದಾರರು «ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಪರ್ಕಿಸು» ಟಿಕ್ ತೆಗೆಯುತ್ತಾರೆ, ಮತ್ತು ಪ್ರೊಫೈಲ್ ಸಂಪರ್ಕಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುತ್ತದೆ. ಕೆಲವು ತಿಂಗಳ ನಂತರ ನಿಯೋಜನಾ ತಂಡ ಅದೇ ಹೆಸರಿನ ನವೀಕರಿಸಿದ ಪ್ರೊಫೈಲ್ ಕಳುಹಿಸುತ್ತದೆ, ಟ್ರಿಗರ್ ಮರಳುತ್ತದೆಂದು ನಿರೀಕ್ಷಿಸುತ್ತದೆ, ಆದರೆ ಅದು ಮರಳುವುದಿಲ್ಲ. ಕಾರಣ ಆಯ್ಕೆ ಎಂದಿಗೂ ಕೇವಲ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿರಲಿಲ್ಲ: Windows ಬಳಕೆದಾರರ ನಿರ್ಧಾರವನ್ನು ಆ ಪ್ರೊಫೈಲ್ ಹೆಸರಿಗೆ ಸಂಬಂಧಿಸಿ ತನ್ನದೇ ಸ್ಥಿತಿಯಲ್ಲಿ ದಾಖಲಿಸಿತ್ತು, ಮತ್ತು ಮರುಸ್ಥಾಪನೆ ಅದನ್ನು ಅಳಿಸುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್ ಫೈಲ್ ಸಂರಚನೆಯ ಅರ್ಧದಷ್ಟೇ.

ಚೆಕ್‌ಬಾಕ್ಸ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಬರೆಯುತ್ತದೆ

ಸ್ವಯಂಚಾಲಿತ ಸಂಪರ್ಕ ಆಯ್ಕೆಯನ್ನು ತೆಗೆಯುವುದು ಪ್ರೊಫೈಲ್ XML ನ ಹೊರಗೆ ಸಂಗ್ರಹಿಸಲಾದ ಪ್ರತಿ-ಸಾಧನ ನಿರ್ಧಾರವಾಗಿದೆ. Microsoft ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತ ಟ್ರಿಗರ್ ನಿಷ್ಕ್ರಿಯಗೊಂಡಿರುವ ಪ್ರೊಫೈಲ್ ಹೆಸರುಗಳ ಪಟ್ಟಿಯಾಗಿ ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರೊಫೈಲ್ ತೆಗೆದು ಮತ್ತೆ ಸೇರಿಸಿದ ನಂತರವೂ ಸೆಟ್ಟಿಂಗ್ ಉಳಿಯುತ್ತದೆ.

ಈ ವಿನ್ಯಾಸ ಬಳಕೆದಾರರ ದೃಷ್ಟಿಯಿಂದ ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ಮಿತವಾದ ಡೇಟಾ ಸಂಪರ್ಕದಲ್ಲಿರುವವರು ಸ್ವಯಂಚಾಲಿತ ಸಂಪರ್ಕವನ್ನು ಆಫ್ ಮಾಡಿದರೆ, ಮುಂದಿನ ನೀತಿ ರಿಫ್ರೆಶ್ ಅದನ್ನು ಸದ್ದಿಲ್ಲದೆ ಮತ್ತೆ ಆನ್ ಮಾಡುತ್ತದೆ ಎಂದು ನಿರೀಕ್ಷಿಸುವುದಿಲ್ಲ.

ಇದರ ಅರ್ಥ ಪ್ರೊಫೈಲ್ ಹೆಸರು ಲೇಬಲ್ ಅಲ್ಲ, ಗುರುತು. ಒಂದೇ ಹೆಸರಿನ ಎರಡು ಪ್ರೊಫೈಲ್‌ಗಳು ಆ ಪಟ್ಟಿಗೆ ಒಂದೇ ನಮೂದು, ಮತ್ತು ಮರುನಾಮಕರಣ ಯಾವುದೇ ಸಂಗ್ರಹಿತ ಆದ್ಯತೆಯಿಲ್ಲದ ಹೊಸ ಗುರುತನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ.

ಪ್ರೊಫೈಲ್ ಮರುಸ್ಥಾಪನೆ ಅದನ್ನು ಏಕೆ ಮರುಹೊಂದಿಸುವುದಿಲ್ಲ

VPN ಸಂಪರ್ಕವನ್ನು ಅಳಿಸಿ ನವೀಕರಿಸಿದ ಫೈಲ್‌ನಿಂದ ಮತ್ತೆ ಸೇರಿಸುವುದು ಪ್ರೊಫೈಲ್ ಆಬ್ಜೆಕ್ಟ್ ಅನ್ನು ತೆಗೆದು ಮತ್ತೆ ರಚಿಸುತ್ತದೆ. ಅದು ಬಳಕೆದಾರರ ನಿರ್ಧಾರದ ದಾಖಲೆಯನ್ನು ತೆಗೆಯುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಆ ದಾಖಲೆ ಪ್ರೊಫೈಲ್‌ನ ಆಂತರಿಕ ಗುರುತಿಸುವಿಕೆಗೆ ಅಲ್ಲ, ಹೆಸರಿಗೆ ಕೀಲಿಯಾಗಿದೆ.

ಹೀಗಾಗಿ ನವೀಕರಣ ಬರುತ್ತದೆ, ಪ್ರೊಫೈಲ್ ಇದೆ ಮತ್ತು ಸರಿಯಾಗಿ ಸಂರಚಿತವಾಗಿದೆ, ಆದರೂ ಟ್ರಿಗರ್ ಇನ್ನೂ ಚಾಲನೆಯಾಗುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಏನೂ ಇದನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಇದನ್ನು ಮುರಿದ ನಿಯೋಜನೆ ಎಂದು ಮೇಲಕ್ಕೆ ಕಳುಹಿಸಲಾಗುತ್ತದೆ.

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

XML ಅನ್ನು ಮುಟ್ಟುವ ಮೊದಲು ಯಾವುದನ್ನು ಬೇಕೆಂದು ನಿರ್ಧರಿಸಿ, ಏಕೆಂದರೆ ಹೆಸರೇ ಸ್ವಿಚ್.

ಒಂದು ಸಕ್ರಿಯ ಪ್ರೊಫೈಲ್, ಹಲವು ಅರ್ಹ

Windows ಸ್ವಯಂಚಾಲಿತ ಟ್ರಿಗರ್ಗಳನ್ನು ಸೀಮಿತ ಪ್ರೊಫೈಲ್ ಗುಂಪಿಗೆ ಅನ್ವಯಿಸುತ್ತದೆ, ಮತ್ತು ಹಲವು ಅರ್ಹ ಪ್ರೊಫೈಲ್‌ಗಳಿದ್ದರೆ ಅವೆಲ್ಲವೂ ಸ್ಪರ್ಧಾತ್ಮಕ ಡಿಫಾಲ್ಟ್‌ಗಳಾಗಿ ಸಂಪರ್ಕಿಸುವುದಿಲ್ಲ. ಒಂದು ಸಕ್ರಿಯವಾಗಿರುತ್ತದೆ, ಉಳಿದವು ಕಾಯುತ್ತವೆ.

ಇದು ಮುಖ್ಯವಾದಾಗ ಸಾಧನವು ಬಳಕೆದಾರ-ವ್ಯಾಪ್ತಿಯ ಮತ್ತು ಸಾಧನ-ವ್ಯಾಪ್ತಿಯ ಇದೇ ರೀತಿಯ ಹೆಸರಿನ ಪ್ರೊಫೈಲ್‌ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಪಡೆದಾಗ. ಅವು ಒಂದೇ ಸಂಪರ್ಕವಲ್ಲ, ಮತ್ತು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸಂಪರ್ಕಿಸುವುದು ಆಯ್ಕೆ ನಿಯಮಗಳು ಆಯ್ಕೆ ಮಾಡಿದ್ದು, ನೀವು ಪರೀಕ್ಷಿಸಿದ್ದು ಎಂದೇನಿಲ್ಲ. ಬೇರೆ ಪ್ರೊಫೈಲ್‌ನಲ್ಲಿ ಉತ್ತೀರ್ಣವಾದ ಪರೀಕ್ಷೆ ಟ್ರಿಗರ್ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಏನನ್ನಾದರೂ ಬದಲಿಸುವ ಮೊದಲು ಯಾವ ಪ್ರೊಫೈಲ್ ಉತ್ತರಿಸಿತು ಎಂದು ದಾಖಲಿಸಿ.

ನವೀಕರಣಕ್ಕೆ ಮೊದಲು ಸಂಗ್ರಹಿತ ಸ್ಥಿತಿಯನ್ನು ಓದಿ

ಯಾವುದೇ ಪ್ರೊಫೈಲ್ ಬದಲಾವಣೆಯನ್ನು ಕಳುಹಿಸುವ ಮೊದಲು ಸಾಧನ ಈಗ ಏನನ್ನು ಹಿಡಿದಿದೆ ಎಂದು ನೋಡಿ: ಸಂಪರ್ಕ ಆಬ್ಜೆಕ್ಟ್, ಅದರ ಸ್ಥಿತಿ ಮತ್ತು ನಿಷ್ಕ್ರಿಯ ಸ್ವಯಂಚಾಲಿತ ಟ್ರಿಗರ್‌ಗಳ ಸಂಗ್ರಹಿತ ಪಟ್ಟಿ.

ಈ ಆಜ್ಞೆಗಳು VPN ಸಂಪರ್ಕಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ ಮತ್ತು ನೋಂದಣಿಯಲ್ಲಿ ದಾಖಲಾದ ಮೌಲ್ಯವನ್ನು ಹುಡುಕುತ್ತವೆ:

Get-VpnConnection | Select-Object Name,ConnectionStatus,SplitTunneling
reg query HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Network /s /f AutoTriggerDisabledProfilesList

ನೀವು ನಿಯೋಜಿಸಲಿರುವ ಪ್ರೊಫೈಲ್‌ಗೆ ಹೊಂದುವ ನಮೂದು ಬಳಕೆದಾರರ ಆಯ್ಕೆ ಈಗಾಗಲೇ ದಾಖಲಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತದೆ. ಇದು ಸದ್ದಿಲ್ಲದೆ ಸರಿಪಡಿಸಬೇಕಾದ ದೋಷವಲ್ಲ; ಇದು ನಿಮ್ಮ ನೀತಿ ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕಾದ ಸ್ಥಿತಿ.

ನಿಮಗೆ ಯಾವ ನೀತಿ ಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ

ರಕ್ಷಿಸಬಹುದಾದ ಎರಡು ನೀತಿಗಳು ಮತ್ತು ಒಂದು ಕೆಟ್ಟ ಅಭ್ಯಾಸವಿದೆ. ಮೊದಲನೆಯದು ಬಳಕೆದಾರರು ಬದಲಿಸುವವರೆಗೆ ಅವರ ಆಪ್ಟ್-ಔಟ್ ಅನ್ನು ಗೌರವಿಸುತ್ತದೆ ಮತ್ತು ನಿರ್ವಹಿತ ಸಾಧನಗಳಲ್ಲಿ ಟ್ರಿಗರ್ ಸಲಹಾತ್ಮಕ ಎಂದು ದಾಖಲಿಸುತ್ತದೆ. ಎರಡನೆಯದು ಸ್ವಯಂಚಾಲಿತ ಸಂಪರ್ಕವನ್ನು ಅನುಸರಣೆ ಅಗತ್ಯವೆಂದು ಪರಿಗಣಿಸುತ್ತದೆ, ಆಗ ಆಪ್ಟ್-ಔಟ್ ಆಯ್ಕೆಯನ್ನು ಮೊದಲೇ ನೀಡಬಾರದು.

ಕೆಟ್ಟ ಅಭ್ಯಾಸ ಎಂದರೆ ಟ್ರಿಗರ್ ಅನ್ನು ಬಲವಂತವಾಗಿ ಹಿಂದಕ್ಕೆ ತರಲು ಸಂಬಂಧವಿಲ್ಲದ ಸ್ಥಿತಿಯನ್ನು ಮತ್ತೆ ಬರೆಯುವುದು, ಅದು ಮುಂದಿನ ರಿಫ್ರೆಶ್‌ವರೆಗೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಮತ್ತು ಯಾರೂ ವಿವರಿಸಲಾಗದ ಸೆಟ್ಟಿಂಗ್‌ಗಳೊಂದಿಗೆ ಸಾಧನವನ್ನು ಬಿಡುತ್ತದೆ.

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

ಸಂಬಂಧಿತ ಲೇಖನಗಳು