ನೀವು ಲಾಗಿನ್ ಆದ ನಂತರ Cisco ಗೆ ಸಂಬಂಧಿಸಿದ ಏನೋ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಮತ್ತು ಅದು ಏನನ್ನಾದರೂ ಸಂಪರ್ಕಿಸುತ್ತಿರಬಹುದು ಅಥವಾ ಇಲ್ಲದಿರಬಹುದು. ವಿಂಡೋ, ಸ್ವಯಂ ಸಂಪರ್ಕ ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಬದಲಾದ ನಂತರದ ಮರುಸಂಪರ್ಕ ಮೂರು ಪ್ರತ್ಯೇಕ ವರ್ತನೆಗಳು, ಅವುಗಳಿಗೆ ಮೂರು ಪ್ರತ್ಯೇಕ ಮಾಲೀಕರು. ಲಾಂಚ್ ಐಟಂ ತೆಗೆದುಹಾಕುವ ಹೆಚ್ಚಿನ ನಿರಾಶೆಯ ಪ್ರಯತ್ನಗಳು ಈ ಮೂರನ್ನು ಒಂದೇ ದೂರಿನಲ್ಲಿ ಸೇರಿಸುವುದರಿಂದ ಆರಂಭವಾಗುತ್ತವೆ. ಮೊದಲು ಅವನ್ನು ಬೇರ್ಪಡಿಸಿ, ಆಗ ಬದಲಾವಣೆಯ ವಿನಂತಿ ತಾನೇ ಬರೆಯುತ್ತದೆ.

ನೀವು ನಿಜವಾಗಿ ಕಾಣುತ್ತಿರುವ ವರ್ತನೆಗೆ ಹೆಸರಿಸಿ

ಏನನ್ನೂ ಮುಟ್ಟದೆ ಒಂದು ಲಾಗಿನ್ ಅನ್ನು ಗಮನಿಸಿ ಮತ್ತು ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ಕ್ರಮವಾಗಿ ಬರೆಯಿರಿ. ಸಂಪರ್ಕವಿಲ್ಲದೆ ತೆರೆಯುವ ವಿಂಡೋ ಒಂದು ಸಂದರ್ಭ, ತೆರೆದು ಸಂಪರ್ಕಿಸುವ ವಿಂಡೋ ಇನ್ನೊಂದು, ಮತ್ತು ನೆಟ್‌ವರ್ಕ್ ಬದಲಾದ ನಂತರ ಮರಳುವ ಸಂಪರ್ಕ ಮೂರನೆಯದು. ಪರದೆಯ ಮೇಲೆ ಏನು ಕಾಣುತ್ತದೆ ಎಂಬುದಕ್ಕಿಂತ ಟನೆಲ್ ಅನ್ನು ನಿಜವಾಗಿ ಏನು ಸ್ಥಾಪಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ, ಏಕೆಂದರೆ ವಿಂಡೋ ಮತ್ತು ಟನೆಲ್‌ಗೆ ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರಿದ್ದಾರೆ. ಎರಡು ರೀತಿಯ ಸಾಕ್ಷ್ಯಗಳು ಇದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ಈ ಕ್ಲೈಂಟ್ ಅನ್ನು ನೋಡುತ್ತದೆ:

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

ಮೂರು ಔಟ್‌ಪುಟ್‌ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಓದಿ, ಏಕೆಂದರೆ scutil --nc list ಸಿಸ್ಟಂನ VPN ಸಂರಚನೆಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಖಾಲಿ ಪಟ್ಟಿ ಎಂದರೆ ಯಾವುದೇ ಸಿಸ್ಟಂ VPN ಸೇವೆ ಟನೆಲ್ ಹೊಂದಿಲ್ಲ ಎಂದಷ್ಟೇ. Cisco Secure Client ಒಂದನ್ನು ನೋಂದಿಸುವುದಿಲ್ಲ: ಅದು vpnagentd ಮತ್ತು utun ಇಂಟರ್‌ಫೇಸ್ ಮೂಲಕ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ, ಆದ್ದರಿಂದ ಪ್ರಕ್ರಿಯೆ ಮತ್ತು ಇಂಟರ್‌ಫೇಸ್ ಅದನ್ನು ನೋಡುವ ಸಾಕ್ಷ್ಯ. ಯಾವಾಗ vpnagentd ಚಾಲನೆಯಲ್ಲಿದ್ದು utun ಇಂಟರ್‌ಫೇಸ್‌ಗೆ ವಿಳಾಸವಿದ್ದರೆ, ವಿಂಡೋ ಮುಚ್ಚಿದ್ದರೂ ಟನೆಲ್ ಇರುತ್ತದೆ; ಎರಡೂ ಇಲ್ಲದಿದ್ದರೆ ಸ್ವಯಂ ಸಂಪರ್ಕ ಆಫ್ ಆಗಿದೆ ಮತ್ತು ವಿಂಡೋ ಮಾತ್ರ ಚರ್ಚಿಸಬೇಕಾದದ್ದು. front end ಪ್ರತ್ಯೇಕ ಹಿನ್ನೆಲೆ ಸೇವೆ ಟನೆಲ್ ಹೊಂದಿರುವಾಗಲೂ ಚಲಿಸಬಹುದು, ಆದ್ದರಿಂದ ಮಾಲೀಕತ್ವದ ಪ್ರಶ್ನೆ ಪ್ರೊಫೈಲ್ ವಿಭಾಗಗಳಿಗೆ ಸೇರಿದೆ, ಇದಕ್ಕಲ್ಲ.

ಲಾಗಿನ್‌ನಲ್ಲಿನ ವಿಂಡೋ ಲಾಂಚ್ ಪ್ರಶ್ನೆ

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

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

profiles show -type configuration

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

Auto Connect on Start ಪ್ರತ್ಯೇಕ ಆದ್ಯತೆ

Cisco ನ ಸಂಪರ್ಕ ಮಾರ್ಗದರ್ಶಿ Auto Connect on Start ಅನ್ನು ಕ್ಲೈಂಟ್ ಪ್ರಾರಂಭವಾದಾಗ ಸಂಪರ್ಕ ಪ್ರಯತ್ನವನ್ನು ನಿಯಂತ್ರಿಸುವ ಆದ್ಯತೆ ಎಂದು ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಅದನ್ನು ಡೀಫಾಲ್ಟ್ ಆಗಿ ಆಫ್ ಎಂದು ವಿವರಿಸುತ್ತದೆ. ನಿಯೋಜಿತ ಪ್ರೊಫೈಲ್ ಅದನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಬಹುದು, ಆದ್ದರಿಂದ ಒಂದೇ ಕ್ಲೈಂಟ್ ಇರುವ ಎರಡು Mac ಲಾಗಿನ್‌ನಲ್ಲಿ ಬೇರೆ ರೀತಿ ವರ್ತಿಸುತ್ತವೆ. ಲಾಂಚ್ ಐಟಂಗಳ ಬಗ್ಗೆ ಏನನ್ನೂ ಊಹಿಸುವ ಮೊದಲು ಕ್ಲೈಂಟ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ ಆ ಆದ್ಯತೆಯನ್ನು ಹುಡುಕಿ.

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

Auto Reconnect ಮೂರನೇ ಸೆಟ್ಟಿಂಗ್‌ಗೆ ಸೇರಿದೆ

ಮರುಸಂಪರ್ಕವು ಸ್ಥಾಪಿತ ಸೆಷನ್ ತನ್ನ ಮಾರ್ಗವನ್ನು ಕಳೆದುಕೊಂಡ ನಂತರ ಏನಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ: ಮುಚ್ಚಳ ಮುಚ್ಚುವುದು, Wi-Fi ನೆಟ್‌ವರ್ಕ್ ಬದಲಾಗುವುದು, ತಂತಿ ಸಂಪರ್ಕ ಕುಸಿಯುವುದು. Cisco ಅದನ್ನು ಸ್ಟಾರ್ಟಪ್ ವರ್ತನೆಯಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ದಾಖಲಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸ್ಟಾರ್ಟಪ್ ಬದಲಾವಣೆ ಅದನ್ನು ಸ್ಪರ್ಶಿಸುವುದಿಲ್ಲ. ನೆಟ್‌ವರ್ಕ್ ಅನ್ನು ಕ್ಷಣಕ್ಕೆ ಸಂಪರ್ಕ ಕಡಿತಗೊಳಿಸಿ ಮತ್ತು ಟನೆಲ್ ಇನ್‌ಪುಟ್ ಇಲ್ಲದೆ ಮರಳುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ ಅದನ್ನು ಪರೀಕ್ಷಿಸಿ.

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

ಅತಿ ಚಿಕ್ಕ ಬದಲಾವಣೆಯನ್ನು ಕೇಳಿ, ನಂತರ ಪರಿಶೀಲಿಸಿ

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

ಬದಲಾವಣೆಯ ನಂತರ, ಲಾಗ್ ಔಟ್ ಮಾಡಿ ಮತ್ತೆ ಲಾಗಿನ್ ಆಗಿ, ನಂತರ ನೀವು ಅವಲಂಬಿಸಿರುವ ಕೈಯಿಂದ ಸಂಪರ್ಕದ ಕಾರ್ಯಪ್ರವಾಹವನ್ನು ಚಲಾಯಿಸಿ. ಮರುಸಂಪರ್ಕ ವ್ಯಾಪ್ತಿಯಲ್ಲಿದ್ದರೆ, ನಿಮ್ಮ ನಿರ್ವಾಹಕರು ಅನುಮತಿಸುವ ಕಾರ್ಯವಿಧಾನದ ಅಡಿಯಲ್ಲಿ ಅದನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ.

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

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