AnyConnect ನಿಮ್ಮ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಮೇಲೆಬರೆಯುತ್ತದೆಯೇ? ಇದು ಹೆಸರಿನ ಘರ್ಷಣೆ
ಎರಡು ಗೇಟ್ವೇಗಳು, ಒಂದೇ ಫೈಲ್ ಹೆಸರು: ಕ್ಲೈಂಟ್ ಕೊನೆಯ ಪ್ರೊಫೈಲ್ ಅನ್ನು ನಿಮ್ಮ ಫೋಲ್ಡರ್ನಲ್ಲಿ ಇರಿಸುತ್ತದೆ, ಆದರೆ ಲೈಬ್ರರಿ ಇಡೀ ಯಂತ್ರಕ್ಕೆ ಸಂಬಂಧಿಸಿದೆ. ಎರಡನ್ನೂ ಉಳಿಸಿಕೊಳ್ಳಲು ಪ್ರತಿಗಳನ್ನು ಮರುಹೆಸರಿಸಿ.
ಹರಡುತ್ತಿರುವ ಕಥೆ ಎಂದರೆ AnyConnect ನಿಮ್ಮ ಎರಡನೇ ಗೇಟ್ವೇವನ್ನು ಕಳೆದುಕೊಂಡಿದೆ, ಅಥವಾ ಎರಡು ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳಲು ಕ್ಲೈಂಟ್ ತುಂಬಾ ಹಳೆಯದಾಗಿದೆ. ಎರಡೂ ನಡೆದಿಲ್ಲ. ನಡೆದದ್ದು ಎಂದರೆ ಕ್ಲೈಂಟ್ ತಾನು ನೋಡಿದ ಪ್ರತಿ ಪ್ರೊಫೈಲ್ ಅನ್ನೂ ಸರ್ವರ್ ಕಳುಹಿಸಿದ ಹೆಸರಿನ ಫೈಲ್ ಆಗಿ ಸಂಗ್ರಹಿಸುತ್ತದೆ, ಮತ್ತು ನಿಮ್ಮ ಎರಡೂ ಗೇಟ್ವೇಗಳು ತಮ್ಮ ಫೈಲ್ಗೆ ಒಂದೇ ಹೆಸರು ಕೊಡುತ್ತವೆ. ಡಿಸ್ಕ್ನಲ್ಲಿ ಆ ಹೆಸರಿಗೆ ಒಂದೇ ಸ್ಥಳವಿದೆ, ಆದ್ದರಿಂದ ಎರಡನೇ ಡೌನ್ಲೋಡ್ ಮೊದಲನೆಯ ಸ್ಥಳವನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ.
ಎರಡು ಫೋಲ್ಡರ್ಗಳು, ಮತ್ತು ಅವುಗಳಲ್ಲಿ ಒಂದೇ ನಿಮ್ಮದು
ಬದಲಾಗುವ ಪ್ರತಿ ಎಂದರೆ ನಿಮ್ಮ ಸ್ವಂತ ಬಳಕೆದಾರ ಪ್ರೊಫೈಲ್ ಅಡಿಯಲ್ಲಿನ ಕೆಲಸದ ಪ್ರತಿ, ಸಾಮಾನ್ಯವಾಗಿ %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. ಆ ಫೈಲ್ ನೀವು ಮಾಡಿದ ಕೊನೆಯ ಸಂಪರ್ಕ ಮತ್ತು ಅದು ಬಳಸಿದ ಪ್ರೊಫೈಲ್ ಅನ್ನು ದಾಖಲಿಸುತ್ತದೆ. ಅದು ನಿಮ್ಮ ಫೋಲ್ಡರ್ನಲ್ಲಿರುವುದರಿಂದ, ಕ್ಲೈಂಟ್ ಪ್ರತಿ ಸಂಪರ್ಕದಲ್ಲೂ ಅಧಿಕಾರ ಏರಿಸುವಿಕೆಯನ್ನು ಕೇಳದೆ ಅದನ್ನು ಮತ್ತೆ ಬರೆಯುತ್ತದೆ.
ಡ್ರಾಪ್-ಡೌನ್ನಲ್ಲಿ ನೀವು ನೋಡುವ ಪಟ್ಟಿ ಬೇರೆ ವಿಷಯ. ಯಂತ್ರವು ಎಂದಾದರೂ ಸ್ವೀಕರಿಸಿದ ಪ್ರತಿ ಪ್ರೊಫೈಲ್ %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile ಗೆ ನಕಲಿಸಲ್ಪಡುತ್ತದೆ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಅಲ್ಲಿರುವ ಫೈಲ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುತ್ತದೆ. ಆ ಫೋಲ್ಡರ್ಗೆ ಬರೆಯಲು ನಿರ್ವಾಹಕ ಹಕ್ಕುಗಳು ಬೇಕು, ಇದು ಜನರು ತಪ್ಪಾಗಿ ಓದುವ ಲಕ್ಷಣವನ್ನು ವಿವರಿಸುತ್ತದೆ: ಸಾಮಾನ್ಯ ಬಳಕೆದಾರರಾಗಿ ಕೈಯಿಂದ ಪ್ರೊಫೈಲ್ ಸೇರಿಸುವುದು ಕೆಲಸ ಮಾಡಿದಂತೆ ಕಾಣುತ್ತದೆ, ನಂತರ ನಮೂದು ಮಾಯವಾಗುತ್ತದೆ.
ಆದ್ದರಿಂದ ಪ್ರತಿ-ಬಳಕೆದಾರ ಫೈಲ್ ಒಂದು ಸೂಚಕ, ಮತ್ತು ಇಡೀ ಯಂತ್ರದ ಫೋಲ್ಡರ್ ಲೈಬ್ರರಿ. ಕಾಣೆಯಾದ ನಮೂದು ಎಂದರೆ ಲೈಬ್ರರಿ ಬದಲಾಗಿದೆ, ಸೂಚಕ ಅಲ್ಲ.
ಕ್ಲೈಂಟ್ ಫೈಲ್ಗಳನ್ನು ಹೆಸರಿನಿಂದ ಹೊಂದಿಸುತ್ತದೆ, ಗೇಟ್ವೇಯಿಂದ ಅಲ್ಲ
ಈ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಪ್ರೊಫೈಲ್ನ ಗುರುತು ಫೈಲ್ ಹೆಸರು. ಎರಡೂ company.xml ಕಳುಹಿಸುವ ಎರಡು ಸಾಧನಗಳು, ಸ್ಥಳೀಯ ಪ್ರೊಫೈಲ್ ಸಂಗ್ರಹದ ದೃಷ್ಟಿಯಿಂದ, ಎರಡು ಬಾರಿ ಪ್ರಕಟಿಸಲಾದ ಒಂದೇ ಪ್ರೊಫೈಲ್. ಎರಡನೇ ಡೌನ್ಲೋಡ್ ಮೊದಲನೆಯದನ್ನು ಮೇಲೆಬರೆಯುತ್ತದೆ, ಮತ್ತು ವಿಂಡೋದ ನಮೂದು ಈಗ ಇನ್ನೊಂದು ಸೈಟ್ ಅನ್ನು ವಿವರಿಸುವ ಒಂದೇ ಫೈಲ್ಗೆ ತೋರಿಸುತ್ತಲೇ ಇರುತ್ತದೆ.
ಅದಕ್ಕೇ ವೈಫಲ್ಯ ಎಷ್ಟು ವಿಚಿತ್ರವಾಗಿ ಕಾಣುತ್ತದೆ. ಪಟ್ಟಿಯಲ್ಲಿನ ಹೆಸರು ನೀವು ನಿರೀಕ್ಷಿಸುವ ಸ್ಥಳದಂತೆಯೇ ಓದಲ್ಪಡುತ್ತದೆ, ದೃಢೀಕರಣವು ನಿಜವಾಗಿ ಸಂರಚಿಸಲಾದ ಗೇಟ್ವೇ ವಿರುದ್ಧ ಇನ್ನೂ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ, ಮತ್ತು ಯಾವುದೂ ದೋಷವನ್ನು ವರದಿ ಮಾಡುವುದಿಲ್ಲ. ಬದಲಾಗಿದ್ದು ನೀವು ನಂಬಿದ ಲೇಬಲ್ನ ಹಿಂದಿನ ವಿಷಯ.
ಲೇಬಲ್ ಅಲ್ಲ, HostAddress ಓದಿ
ಫೈಲ್ ಅನ್ನು ಪಠ್ಯ ಸಂಪಾದಕದಲ್ಲಿ ತೆರೆದು ಸರ್ವರ್ ಪಟ್ಟಿಯನ್ನು ನೋಡಿ. ಪ್ರೊಫೈಲ್ನಲ್ಲಿ HostName ಅಂಶವಿದೆ, ಅದು ಪ್ರದರ್ಶನ ಲೇಬಲ್, ಮತ್ತು HostAddress ಅಂಶವಿದೆ, ಅದು ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಸಂಪರ್ಕಿಸುವ ಗೇಟ್ವೇ. ಲೇಬಲ್ ಯಾರಾದರೂ ಸಂಪಾದಿಸಬಹುದಾದ ಮುಕ್ತ ಪಠ್ಯ, ಮತ್ತು ನೀವು ಎಲ್ಲಿ ಇಳಿಯುತ್ತೀರಿ ಎಂಬುದನ್ನು ವಿಳಾಸ ನಿರ್ಧರಿಸುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ಕೆಟ್ಟುಹೋಗಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಆ ಎರಡನ್ನೂ ನೀವು ತಲುಪಲು ಉದ್ದೇಶಿಸಿದ ಗೇಟ್ವೇ ಜೊತೆ ಹೋಲಿಸಿ.
ಎರಡೂ ಗೇಟ್ವೇಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದು, ಕ್ರಮದಲ್ಲಿ
ಪ್ರತಿ ಸೈಟ್ನ ಸ್ವೀಕೃತ ಪ್ರೊಫೈಲ್ ಪಡೆಯಿರಿ, ಸೈಟ್ನಿಂದ ಅಥವಾ ಈಗಾಗಲೇ ಸಂಪರ್ಕಿಸುವ ಯಂತ್ರದಿಂದ. ಎರಡು ಹೆಸರುಗಳು ಭಿನ್ನವಾಗುವಂತೆ ಪ್ರತಿ ಫೈಲ್ ಅನ್ನು ಮರುಹೆಸರಿಸಿ, ಉದಾಹರಣೆಗೆ site-a.xml ಮತ್ತು site-b.xml. ನಿರ್ವಾಹಕರಾಗಿ ಎರಡನ್ನೂ ಯಂತ್ರದ ಪ್ರೊಫೈಲ್ ಫೋಲ್ಡರ್ನಲ್ಲಿ ಇರಿಸಿ ಮತ್ತು ನೀವು ಪಡೆದ ಮೂಲ ಪ್ರತಿಗಳನ್ನು ಉಳಿಸಿ. ನಂತರ ಕ್ಲೈಂಟ್ ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ ಎರಡೂ ನಮೂದುಗಳು ಡ್ರಾಪ್-ಡೌನ್ನಲ್ಲಿ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ ಎಂದು ಖಚಿತಪಡಿಸಿ.
ಪ್ರತಿಯೊಂದಕ್ಕೂ ಸಂಪರ್ಕಿಸಿದ ನಂತರ preferences.xml ಅನ್ನು ಮತ್ತೆ ತೆರೆದು ಅದು ಈಗ ಕೊನೆಯದಾಗಿ ಬಳಸಿದ ಪ್ರೊಫೈಲ್ ಹೆಸರನ್ನು ದಾಖಲಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಹೆಸರು ನೀವು ಕ್ಲಿಕ್ ಮಾಡಿದ ನಮೂದಿಗೆ ಹೊಂದಿದರೆ ಸ್ಥಳೀಯ ಮ್ಯಾಪಿಂಗ್ ಸರಿಯಾಗಿ ವರ್ತಿಸುತ್ತಿದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಏನೋ ಇನ್ನೂ ನಿಮ್ಮ ಮರುಹೆಸರಿಸಿದ ಪ್ರತಿಯ ಮೇಲೆ ಫೈಲ್ ಅನ್ನು ತಳ್ಳುತ್ತಿದೆ.
ಮರುಹೆಸರಿಸುವಿಕೆ ಸರಿಪಡಿಸದ್ದು
ಹೊಸ ಫೈಲ್ ಹೆಸರು ಸ್ಥಳೀಯ ಲೇಬಲ್ ಅನ್ನು ಬದಲಿಸುತ್ತದೆ, ಬೇರೆ ಏನನ್ನೂ ಅಲ್ಲ. ಗೇಟ್ವೇ ವಿಳಾಸ, ದೃಢೀಕರಣ ವಿಧಾನ, ಸರ್ವರ್ ಪ್ರಸ್ತುತಪಡಿಸುವ ಪ್ರಮಾಣಪತ್ರ ಮತ್ತು ಪ್ರೊಫೈಲ್ ಒಳಗಿನ ಯಾವುದೇ ಗುಂಪು ಆಯ್ಕೆ ಹಾಗೆಯೇ ಉಳಿಯುತ್ತವೆ. ತಪ್ಪು ಪ್ರೊಫೈಲ್ನ ಮರುಹೆಸರಿಸಿದ ಪ್ರತಿ ಇನ್ನೂ ತಪ್ಪು ಪ್ರೊಫೈಲ್, ಮತ್ತು ಅದು ನಂಬಬಹುದಾದ ಹೆಸರಿನ ಅಡಿಯಲ್ಲಿ ನಿಮ್ಮನ್ನು ತಪ್ಪು ಸೈಟ್ಗೆ ಸಂಪರ್ಕಿಸುತ್ತದೆ.
ಮೂಲ ಫೈಲ್ ಹೆಸರನ್ನು ಗುರಿಯಾಗಿಸುವ ನಿರ್ವಹಣಾ ಪುಶ್ ಅನ್ನೂ ಅದು ತಡೆಯುವುದಿಲ್ಲ.
ಮುಂದಿನ ಪುಶ್ ಅದನ್ನು ರದ್ದುಮಾಡಿದಾಗ
ನಿಮ್ಮ ಸಂಸ್ಥೆ ಪ್ರೊಫೈಲ್ಗಳನ್ನು ಹೆಸರಿನ ಮೂಲಕ ವಿತರಿಸಿದರೆ, ನವೀಕರಣವು ಆ ಹೆಸರನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಯಾವುದೇ ಫೈಲ್ ಅನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ಮರುಹೆಸರಿಸಿದ ಪ್ರತಿಗಳನ್ನು ಸ್ಥಳೀಯ ಅನುಕೂಲವೆಂದು ಪರಿಗಣಿಸಿ ಮತ್ತು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ನವೀಕರಣದ ನಂತರ ಸಂಪರ್ಕ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಲೇಬಲ್ ಅಲ್ಲ ವಿಳಾಸವನ್ನು ಪರಿಶೀಲಿಸಿ.
ಶಾಶ್ವತ ವ್ಯವಸ್ಥೆಗಾಗಿ ಫೈಲ್ಗಳನ್ನು ಕೈಯಿಂದ ನಿರ್ವಹಿಸುವ ಬದಲು ಬೆಂಬಲಿತ ಬಹು-ಗೇಟ್ವೇ ಸೆಟಪ್ ಕೇಳಿ. ಪ್ರೋಗ್ರಾಂ ಡೈರೆಕ್ಟರಿಯೊಳಗಿನ ಬದಲಾವಣೆಗಳನ್ನು ಅಪ್ಗ್ರೇಡ್ ಮೊದಲು ತೆಗೆಯುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ-ಬಳಕೆದಾರ ಆದ್ಯತೆ ಫೈಲ್ ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಮತ್ತೆ ಬರೆಯಲ್ಪಡುತ್ತದೆ.
ಪ್ರತಿ ಗೇಟ್ವೇಗೆ ಒಂದು ಸಾಲು ಇಟ್ಟುಕೊಳ್ಳಿ: ಫೈಲ್ ಹೆಸರು, HostAddress, ಮತ್ತು ಅದು ಯಾವ ಫೋಲ್ಡರ್ನಲ್ಲಿದೆ. ಆ ಟಿಪ್ಪಣಿ ಮುಂದಿನ ತಪ್ಪು-ಸೈಟ್ ವರದಿಗೆ ಮರುಸ್ಥಾಪನೆಗಿಂತ ವೇಗವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆ.