Cisco Secure Client Always-On: ಮೊದಲು ಪ್ರೊಫೈಲ್ ನಿಯೋಜಿಸಿ
Cisco Secure Client Always-On ಜಾರಿಗೊಳಿಸುವ ಮೊದಲು ಎಂಡ್ಪಾಯಿಂಟ್ ಪ್ರೊಫೈಲ್ ಇರಬೇಕು: ಲಾಗಿನ್ಗೆ ಮೊದಲಿನ ವ್ಯಾಪ್ತಿ, ವಿತರಣೆ, ವೈಫಲ್ಯ ನೀತಿ ಮತ್ತು ವಿಶ್ವಾಸಾರ್ಹ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಪರಿಶೀಲಿಸಿ.
ಸಾಧನದ ಕಡೆಯ ಸೆಟ್ಟಿಂಗ್ಗಳು ನೋಂದಾಯಿಸದ ಲ್ಯಾಪ್ಟಾಪ್ ಅನ್ನು ನಿರ್ವಹಿತ ಎಂಡ್ಪಾಯಿಂಟ್ನಂತೆ ವರ್ತಿಸುವಂತೆ ಮಾಡಲಾರವು, ಮತ್ತು ಬಹುಪಾಲು Always-On ನಿಯೋಜನೆಗಳು ನಿಖರವಾಗಿ ಈ ಕಂದರದಲ್ಲಿ ನಿಲ್ಲುತ್ತವೆ. Cisco Secure Client ನೀತಿಯನ್ನು ಯಂತ್ರದಲ್ಲಿರುವ ಪ್ರೊಫೈಲ್ ಮೂಲಕ ಜಾರಿಗೊಳಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಆ ಪ್ರೊಫೈಲ್ ವಿತರಣೆ ಜಾರಿ ಯೋಜನೆಯ ಭಾಗವೇ ಹೊರತು ಅದರ ವಿವರವಲ್ಲ. ಕೆಳಗಿನ ಐದು ಹಂತಗಳನ್ನು ಕ್ರಮವಾಗಿ ನಡೆಸಿ ಮತ್ತು ನಿಲ್ಲದ ಮೊದಲ ಹಂತದಲ್ಲೇ ನಿಲ್ಲಿಸಿ, ಏಕೆಂದರೆ ಮುಂದಿನ ಹಂತವು ಹಿಂದಿನ ಕಂದರವನ್ನು ಸರಿದೂಗಿಸಲಾರದು.
ಮೊದಲ ಹಂತ: ನಿಯಮ ಲಾಗಿನ್ಗೆ ಮೊದಲು ಪ್ರಾರಂಭವಾಗುತ್ತದೆಯೇ ಎಂದು ನಿರ್ಧರಿಸಿ
Always-On ಬಳಕೆದಾರರು ಲಾಗಿನ್ ಆದ ನಂತರ ಸುರಂಗವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಮತ್ತು ಯಾರೂ ಲಾಗಿನ್ ಆಗದಿದ್ದಾಗ ಅದು ಸಂಪರ್ಕ ಸ್ಥಾಪಿಸುವುದಿಲ್ಲ ಎಂದು ತಯಾರಕರ ದಾಖಲೆ ಸ್ಪಷ್ಟವಾಗಿ ಹೇಳುತ್ತದೆ. ನಿಮ್ಮ ಅಗತ್ಯವು Windows ಲಾಗಿನ್ ಪರದೆಗೆ ಮೊದಲು ಇರುವ ಸುರಂಗವಾದರೆ, ಇದು ತಪ್ಪು ವೈಶಿಷ್ಟ್ಯ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಟ್ಯೂನಿಂಗ್ನ ಯಾವುದೇ ಪ್ರಮಾಣವೂ ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ. ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮೊದಲೇ ನಿಯೋಜಿಸುವುದು ಲಾಗಿನ್ ನಂತರದ ವರ್ತನೆಯನ್ನು ಲಾಗಿನ್ ಮೊದಲಿನ ವರ್ತನೆಯಾಗಿ ಪರಿವರ್ತಿಸುವುದಿಲ್ಲ.
ಅಗತ್ಯವನ್ನು ನಾಲ್ಕು ವಿಭಿನ್ನ ವರ್ತನೆಗಳಲ್ಲಿ ಒಂದಾಗಿ ಬರೆಯಿರಿ, ನಂತರ ಪ್ರತಿಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಪರೀಕ್ಷಿಸಿ. ಒಂದು ಯಶಸ್ವಿ ಸಂಪರ್ಕವು ಸಾಮಾನ್ಯ ಪ್ರಕರಣವನ್ನು ಮಾತ್ರ ತೋರಿಸುತ್ತದೆ, ಉಳಿದ ಮೂರು ಬೆಂಬಲ ಟಿಕೆಟ್ಗಳ ಮೂಲ. ನಿಮ್ಮ ಅಗತ್ಯಕ್ಕೆ ನಿಜವಾಗಿ ಯಾವ ಸಾಲು ಬೇಕು ಎಂದು ಗುರುತಿಸಿ, ಏಕೆಂದರೆ ಲಾಗಿನ್ ನಂತರದ ವರ್ತನೆ ಮಾತ್ರ ಬೇಕಾದ ತಂಡವು ಲಾಗಿನ್ ಮೊದಲಿನ ವಾದವನ್ನು ಬಿಟ್ಟುಬಿಡಬಹುದು. ಕೋಷ್ಟಕವು ಸ್ವೀಕೃತಿ ಪಟ್ಟಿ, ಆಸೆ ಪಟ್ಟಿಯಲ್ಲ.
| Behaviour | What you are proving |
|---|---|
| First use on a new machine | The profile arrived before any user connection |
| After logon | The tunnel starts without the user opening the client |
| Trusted network entry | The client stays off where it should |
| Tunnel cannot establish | The failure policy does what you decided |
ಅಗತ್ಯವು ಎರಡನೇ ಸಾಲು ಮಾತ್ರವಾದರೆ, ಈ ಪುಟದ ಉಳಿದ ಭಾಗ ಇನ್ನೂ ಅನ್ವಯಿಸುತ್ತದೆ, ಆದರೆ ಸ್ವೀಕೃತಿ ಪರೀಕ್ಷೆ ಅಗ್ಗವಾಗಿದೆ.
ಎರಡನೇ ಹಂತ: ಪ್ರೊಫೈಲ್ ಈಗಾಗಲೇ ಎಂಡ್ಪಾಯಿಂಟ್ನಲ್ಲಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ
ಜಾರಿ ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ ಓದುತ್ತದೆ, ಆದ್ದರಿಂದ ಮೊದಲ ಪ್ರಶ್ನೆ ಎಂದರೆ ಬಳಕೆದಾರರು ಸಂಪರ್ಕಿಸುವ ಮೊದಲೇ ಆ ಕಡತ ಇದೆಯೇ. ಮೊದಲ ಯಶಸ್ವಿ ಸಂಪರ್ಕದ ಸಮಯದಲ್ಲಿ ಡೌನ್ಲೋಡ್ ಆಗುವ ಪ್ರೊಫೈಲ್ ಮೊದಲ ಲಾಗಿನ್ನಿಂದಲೇ ರಕ್ಷಿಸಬೇಕಾದ ಯಂತ್ರಕ್ಕೆ ತುಂಬಾ ತಡವಾಗಿ ತಲುಪುತ್ತದೆ. ಅದನ್ನು ಇನ್ಸ್ಟಾಲರ್ ಜೊತೆ ಅಥವಾ ಎಂಡ್ಪಾಯಿಂಟ್ ನಿರ್ವಹಣೆಯೊಂದಿಗೆ ಕಳುಹಿಸಿ, ಮತ್ತು ಕಡತದ ಇರುವಿಕೆಯನ್ನು ನಿರೀಕ್ಷೆಯಲ್ಲ, ನಿರ್ಮಾಣ ಪರಿಶೀಲನೆ ಎಂದು ಪರಿಗಣಿಸಿ.
Get-Service vpnagent | Select-Object Status, StartType
Get-ChildItem 'C:\ProgramData\Cisco\Cisco Secure Client\VPN\Profile'
Get-Content 'C:\ProgramData\Cisco\Cisco Secure Client\VPN\Profile\profile.xml' | Select-String -Pattern AlwaysOn
ಹಳೆಯ AnyConnect ಸ್ಥಾಪನೆಗಳು ಅದೇ ಕಡತವನ್ನು ಬೇರೆ ಹೆಸರಿನ ಫೋಲ್ಡರ್ನಲ್ಲಿ ಇಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಹಳೆಯ ಕೈಪಿಡಿಯಿಂದ ಮಾರ್ಗವನ್ನು ನಕಲಿಸುವ ಬದಲು ನೀವು ನಿಯೋಜಿಸುವ ಕ್ಲೈಂಟ್ ಆವೃತ್ತಿಯ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ. ಸೇವೆ ಚಾಲನೆಯಲ್ಲಿರಬೇಕು ಮತ್ತು ಸ್ವಯಂಚಾಲಿತ ಪ್ರಾರಂಭಕ್ಕೆ ಹೊಂದಿಸಬೇಕು, ಏಕೆಂದರೆ ನಿಂತಿರುವ ಏಜೆಂಟ್ ಪ್ರೊಫೈಲ್ ಏನೇ ಹೇಳಲಿ, ಜಾರಿಯಾಗದ ಎಂಡ್ಪಾಯಿಂಟ್.
ಪ್ರೊಫೈಲ್ ಇಲ್ಲದಿದ್ದರೆ ಇಲ್ಲೇ ನಿಲ್ಲಿಸಿ. ಪ್ರೊಫೈಲ್ ಇಲ್ಲದ ಯಂತ್ರಕ್ಕೆ ವೈಫಲ್ಯ ನೀತಿ ಅಥವಾ ವಿಶ್ವಾಸಾರ್ಹ ನೆಟ್ವರ್ಕ್ಗಳ ಪಟ್ಟಿ ಸರಿಪಡಿಸುವುದು ಎಂದಿಗೂ ಚಾಲನೆಯಾಗದ ಮಾರ್ಗದಲ್ಲಿ ಮಾಡುವ ಕೆಲಸ.
ಮೂರನೇ ಹಂತ: ವೈಫಲ್ಯದ ವರ್ತನೆಯನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆರಿಸಿ
ಸುರಂಗ ಏರಲು ಸಾಧ್ಯವಾಗದಿದ್ದಾಗ ಏನಾಗುತ್ತದೆ ಎಂಬುದು ಸುರಂಗ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರಾರಂಭವಾಗುತ್ತದೆಯೇ ಎಂಬುದಕ್ಕಿಂತ ಪ್ರತ್ಯೇಕ ನಿರ್ಧಾರ. ಸಂಪರ್ಕ ವೈಫಲ್ಯ ನೀತಿ ಸ್ಥಾಪನೆ ವಿಫಲವಾಗುತ್ತಿರುವಾಗ ಎಂಡ್ಪಾಯಿಂಟ್ ಇಂಟರ್ನೆಟ್ ಬಳಸಬಹುದೇ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ಈ ಎರಡು ಸೆಟ್ಟಿಂಗ್ಗಳನ್ನು ಪದೇ ಪದೇ ಗೊಂದಲಿಸಲಾಗುತ್ತದೆ ಏಕೆಂದರೆ ಎರಡೂ Always-On ಆಯ್ಕೆಗಳ ಹತ್ತಿರ ಇರುತ್ತವೆ. ಒಂದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಆರಿಸಿ ಮತ್ತು ಕಾರಣ ಬರೆಯಿರಿ.
ಎಲ್ಲಾ ಸಂಪರ್ಕವನ್ನು ತಡೆಯುವುದು ಕಠಿಣವೆಂದು ಕೇಳಿಸುತ್ತದೆ ಮತ್ತು ತನ್ನದೇ ಘಟನಾ ವರ್ಗವನ್ನು ಸೃಷ್ಟಿಸುತ್ತದೆ: ಗೇಟ್ವೇ ತಲುಪಲಾಗದ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿರುವ ಬಳಕೆದಾರರು ಸೇವೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುವ ತಿದ್ದುಪಡಿಯನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಲಾರರು. ಇಂಟರ್ನೆಟ್ ಪ್ರವೇಶಕ್ಕೆ ಅನುಮತಿ ನೀಡುವುದು ಯಂತ್ರವನ್ನು ಬಳಸಬಹುದಾಗಿ ಇಡುತ್ತದೆ ಮತ್ತು ಸಂಚಾರ ರಕ್ಷಿತವಾಗಿದೆ ಎಂಬ ಭರವಸೆಯನ್ನು ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ. ಎರಡೂ ಉತ್ತರಗಳು ಸರಿಯಾಗಿರಬಹುದು, ಆದರೆ ಯಾವುದೂ ಅಡಚಣೆಯ ಸಮಯದಲ್ಲಿ ಕಂಡುಕೊಳ್ಳಬೇಕಾದ ಡೀಫಾಲ್ಟ್ ಅಲ್ಲ.
ಮರುಪ್ರಯತ್ನದ ವರ್ತನೆ ಅದೇ ನಿರ್ಧಾರಕ್ಕೆ ಸೇರುತ್ತದೆ. ಶಾಶ್ವತವಾಗಿ ಪ್ರಯತ್ನಿಸುವ ಕ್ಲೈಂಟ್ ಮುರಿದ ಗೇಟ್ವೇಯನ್ನು ಮೇಲ್ವಿಚಾರಣೆಯಿಂದ ಮರೆಮಾಡುತ್ತದೆ, ಒಂದು ಪ್ರಯತ್ನದ ನಂತರ ಬಿಟ್ಟುಕೊಡುವ ಕ್ಲೈಂಟ್ ಬಳಕೆದಾರರಿಗೆ ಮುರಿದಂತೆ ಕಾಣುತ್ತದೆ. ವೈಫಲ್ಯ ನೀತಿ ವಹಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ಎಂಡ್ಪಾಯಿಂಟ್ ಎಷ್ಟು ಕಾಲ ಪ್ರಯತ್ನಿಸಬೇಕು ಎಂದು ನಿರ್ಧರಿಸಿ ಮತ್ತು ಊಹಿಸುವ ಬದಲು ಆ ಸಮಯವನ್ನು ಪರೀಕ್ಷಿಸಿ.
ನಾಲ್ಕನೇ ಹಂತ: ಯಾವುದು ವಿಶ್ವಾಸಾರ್ಹ ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಿ
ವಿಶ್ವಾಸಾರ್ಹ ನೆಟ್ವರ್ಕ್ ಪತ್ತೆ ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ನಲ್ಲಿರುವ ಮಾನದಂಡಗಳನ್ನು, ಉದಾಹರಣೆಗೆ ಸಂರಚಿಸಿದ DNS ಡೊಮೇನ್ಗಳು ಅಥವಾ ವಿಶ್ವಾಸಾರ್ಹ DNS ಸರ್ವರ್ಗಳನ್ನು ಬಳಸಿ, ಎಂಡ್ಪಾಯಿಂಟ್ ಈಗಾಗಲೇ ಸುರಂಗ ಅನಗತ್ಯವಿರುವ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ. ಆ ಪಟ್ಟಿಯೇ ಇಡೀ ನೀತಿ, ಆದ್ದರಿಂದ ಖಾಲಿ ಅಥವಾ ವಾರಸುದಾರ ಪಟ್ಟಿ ವೈಶಿಷ್ಟ್ಯವನ್ನು ನಿಷ್ಕ್ರಿಯ ಅಥವಾ ಅನಿರೀಕ್ಷಿತಗೊಳಿಸುತ್ತದೆ.
Windows ಫೈರ್ವಾಲ್ನ ನೆಟ್ವರ್ಕ್ ವರ್ಗದ ಬಗ್ಗೆ ಊಹೆಯಿಂದ ಅದನ್ನು ಬದಲಿಸಬೇಡಿ. ಯಂತ್ರವು ಡೊಮೇನ್ ಟ್ಯಾಗ್ ಮಾಡಿದ ನೆಟ್ವರ್ಕ್ನಲ್ಲಿದ್ದರೂ ನೀವು ನಂಬದ ಸ್ಥಳದಲ್ಲಿರಬಹುದು, ಮತ್ತು ಸಾರ್ವಜನಿಕ ಪ್ರೊಫೈಲ್ ಇರುವ ಯಂತ್ರ ನಿಮ್ಮದೇ ಕಟ್ಟಡದ ಒಳಗಿರಬಹುದು. ಪತ್ತೆ ಮಾನದಂಡಗಳು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ನೇರವಾಗಿ ವಿವರಿಸಬೇಕು, ಅವುಗಳ ಬದಲಿಯನ್ನಲ್ಲ.
ಪರಿವರ್ತನೆಯನ್ನು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ಪರೀಕ್ಷಿಸಿ, ಸೆಷನ್ ತೆರೆದಿರುವಾಗ ಎಂಡ್ಪಾಯಿಂಟ್ ವಿಶ್ವಾಸಾರ್ಹದಿಂದ ಅವಿಶ್ವಾಸಾರ್ಹ ನೆಟ್ವರ್ಕ್ಗೆ ಹೋಗುವ ಸಂದರ್ಭ ಸೇರಿದಂತೆ. ಸಂಪರ್ಕ ಕಡಿತ ಮತ್ತು ಮರುಸಂಪರ್ಕ ಪ್ರತ್ಯೇಕ ಘಟನೆಗಳು, ಮತ್ತು ಮೊದಲನೆಯದನ್ನು ಮಾತ್ರ ನಿರ್ವಹಿಸುವ ನೀತಿ ಸುರಂಗ ಇಲ್ಲದ ಕಿಟಕಿಯನ್ನು ಬಿಡುತ್ತದೆ.
ಐದನೇ ಹಂತ: ಎಂಡ್ಪಾಯಿಂಟ್ ನೀತಿಯನ್ನು ಹಿಂತಿರುಗಿಸಲು ಕಷ್ಟವಾಗಿಸಿ
ಎಂಡ್ಪಾಯಿಂಟ್ನಲ್ಲಿ ಜಾರಿ ಎಂಡ್ಪಾಯಿಂಟ್ನ ಸ್ವಂತ ನಿಯಂತ್ರಣಗಳಷ್ಟೇ ಬಲವಾಗಿರುತ್ತದೆ. ಸ್ಥಳೀಯ ನಿರ್ವಾಹಕ ಹಕ್ಕುಗಳು ಬಳಕೆದಾರರಿಗೆ ಏಜೆಂಟ್ ಸೇವೆ ನಿಲ್ಲಿಸಲು, ಪ್ರೊಫೈಲ್ ಬದಲಿಸಲು ಅಥವಾ ಕ್ಲೈಂಟ್ ತೆಗೆದುಹಾಕಲು ಅವಕಾಶ ನೀಡುತ್ತವೆ, ಮತ್ತು ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರು ಬರೆಯಬಹುದಾದ ಪ್ರೊಫೈಲ್ ಫೋಲ್ಡರ್ ಯಾರಾದರೂ ಸಂಪಾದಿಸಬಹುದಾದ ನೀತಿ. ಎರಡೂ VPN ಹೆಡ್ಎಂಡ್ ನಿಮಗಾಗಿ ಪರಿಹರಿಸಲಾಗದ ಎಂಡ್ಪಾಯಿಂಟ್ ನಿರ್ವಹಣೆ ಸಮಸ್ಯೆಗಳು. ಜಾರಿಯ ಭರವಸೆ ನೀಡುವ ಮೊದಲು ಡೆಸ್ಕ್ಟಾಪ್ ತಂಡಕ್ಕೆ ಈ ಎರಡರಲ್ಲಿ ಯಾವ ಷರತ್ತು ಅನ್ವಯಿಸುತ್ತದೆ ಎಂದು ಕೇಳಿ ಮತ್ತು ಉತ್ತರವನ್ನು ನಿಯೋಜನೆ ಯೋಜನೆಯಲ್ಲಿ ಬರೆಯಿರಿ.
ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ಗಮನದಲ್ಲಿಟ್ಟುಕೊಂಡು ಲಾಕ್ಡೌನ್ ಮಟ್ಟವನ್ನು ನಿರ್ಧರಿಸಿ. ಬಳಕೆದಾರರನ್ನು ಇಂಟರ್ನೆಟ್ ತಲುಪದಂತೆ ತಡೆಯುವ ಮತ್ತು ಕ್ಲೈಂಟ್ ದುರಸ್ತಿ ಮಾಡದಂತೆಯೂ ತಡೆಯುವ ಪ್ರೊಫೈಲ್ ಬೆಂಬಲ ಕರೆಯನ್ನು ಸ್ಥಳ ಭೇಟಿಯಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗ ಚಾಲನೆಯಲ್ಲಿರುವುದನ್ನು ಅವಲಂಬಿಸದ ದಾಖಲಿತ ಚೇತರಿಕೆ ಮಾರ್ಗವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ.
ಗೇಟ್ವೇ ಪ್ರಮಾಣಪತ್ರ ಪರಿಶೀಲನೆಯನ್ನು ಆನ್ನಲ್ಲಿಡಿ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಅನ್ನು ನೀವು ನಂಬುವ ಚಾನಲ್ ಮೂಲಕ ಮಾತ್ರ ವಿತರಿಸಿ. ಅನಿರೀಕ್ಷಿತ ಮೂಲದಿಂದ ಪ್ರೊಫೈಲ್ ಸ್ವೀಕರಿಸುವ ಲಾಕ್ ಮಾಡಿದ ಕ್ಲೈಂಟ್ ಜಾರಿಗೊಳಿಸುವ ಬದಲು ವಿಶ್ವಾಸದ ಗಡಿಯನ್ನು ಸರಿಸಿದೆ.