ಯಾರಾದರೂ ನಿಮಗೆ ಮೊದಲ ಬಾರಿಗೆ vpnc ಪ್ರೊಫೈಲ್ ಕೊಟ್ಟಾಗ, ರುಜುವಾತು ಸಂವಾದ ನಾಲ್ಕು ವಿಷಯಗಳನ್ನು ಕೇಳುತ್ತದೆ ಮತ್ತು ಒಂದೇ ಪಾಸ್ವರ್ಡ್ ಬಯಸಿದಂತೆ ಓದುತ್ತದೆ. ಹಾಗಲ್ಲ: ಗುಂಪಿನ ಪೂರ್ವ-ಹಂಚಿದ ರಹಸ್ಯ ಮತ್ತು ವೈಯಕ್ತಿಕ XAuth ಲಾಗಿನ್ ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರಿರುವ ಬೇರೆ ಬೇರೆ ಮೌಲ್ಯಗಳು, ಮತ್ತು ಖಾತೆಯ ಪಾಸ್ವರ್ಡ್ ಅನ್ನು ಗುಂಪು ಕ್ಷೇತ್ರಕ್ಕೆ ಹಾಕುವುದು ತಪ್ಪು ಪೆಟ್ಟಿಗೆಯಂತೆ ಅಲ್ಲ, ಕೆಟ್ಟ ಪಾಸ್ವರ್ಡ್ನಂತೆ ಕಾಣುವ ವೈಫಲ್ಯವನ್ನು ನೀಡುತ್ತದೆ. ಈ ನಕ್ಷೆಯನ್ನು ಸರಿಯಾಗಿ ಮಾಡುವುದೇ ಇಲ್ಲಿನ ಇಡೀ ಕೆಲಸ. ಕೆಳಗಿನ ಪ್ರೋಟೋಕಾಲ್ ಬೇರೊಬ್ಬರ ಸ್ಥಳಾಂತರ ಯೋಜನೆ, ಆದ್ದರಿಂದ ಇದರಲ್ಲಿ ಯಾವುದೂ ಹೊಸ IKEv1 ಸುರಂಗಗಳನ್ನು ನಿರ್ಮಿಸುವ ವಾದವಲ್ಲ.

ಎರಡು ರಹಸ್ಯಗಳು, ಇಬ್ಬರು ಮಾಲೀಕರು, ಒಂದು ಸಂವಾದ

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

ಜನರು ಕಳೆದುಕೊಳ್ಳುವುದು ಈ ಎರಡು ಹಂತದ ರೂಪವನ್ನೇ. ಸುರಂಗ ಸ್ಥಾಪನೆ ಮತ್ತು ಬಳಕೆದಾರ ದೃಢೀಕರಣ ಬೇರೆ ಬೇರೆ ಒಳಹರಿವಿರುವ ಬೇರೆ ಬೇರೆ ವಿನಿಮಯಗಳು, ಆದ್ದರಿಂದ ರುಜುವಾತು ಪ್ರಾಂಪ್ಟ್ ತಲುಪದ ಕ್ಲೈಂಟ್ ಲಾಗಿನ್ನಲ್ಲಿ ಸ್ವಲ್ಪವೂ ವಿಫಲವಾಗಿಲ್ಲ. ಸಂವಾದವನ್ನು ಒಂದಲ್ಲ, ಎರಡು ಕಾಲಮ್ಗಳಾಗಿ ಓದಿ: ಎಡಕ್ಕೆ ಪ್ರೊಫೈಲ್-ವ್ಯಾಪಿ ಮೌಲ್ಯಗಳು, ಬಲಕ್ಕೆ ವೈಯಕ್ತಿಕ ಮೌಲ್ಯಗಳು. ಸಂಪರ್ಕ ವಿಫಲವಾದಾಗ, ನೀವು ಕೊನೆಯದಾಗಿ ತುಂಬಿದ ಕಾಲಮ್ ತಾನಾಗಿಯೇ ತಪ್ಪಿತಸ್ಥ ಕಾಲಮ್ ಅಲ್ಲ.

ಕ್ಷೇತ್ರಗಳನ್ನು ಪಾತ್ರದ ಪ್ರಕಾರ ನಕ್ಷೆ ಮಾಡಿ, ಲೇಬಲ್ನಿಂದ ಅಲ್ಲ

vpnc ತನ್ನ ನಿರ್ದೇಶನಗಳನ್ನು ಯೋಜನಾ ದಾಖಲೆಗಳಲ್ಲಿ ಹೆಸರಿಸುತ್ತದೆ, ಮತ್ತು ಪ್ರತಿ ಗ್ರಾಫಿಕಲ್ ಫ್ರಂಟೆಂಡ್ ಅವನ್ನು ಮರುಲೇಬಲ್ ಮಾಡುತ್ತದೆ. ಪ್ರತಿ ಮೌಲ್ಯದ ಪಾತ್ರವನ್ನು ಅನುವಾದಿಸಿ, ನಂತರ ಲೇಬಲ್ಗಳು ಮುಖ್ಯವಲ್ಲ:

DirectiveWhat it carriesWho owns it
IPSec gatewayAddress or hostname of the remote VPN endpointOperator
IPSec IDGroup identifier selecting the profile on that gatewayOperator
IPSec secretGroup preshared secret, not an account passwordProfile, shared
Xauth username and passwordCredentials for the per-user stage after the tunnelPerson

ಗುಂಪು ಕ್ಷೇತ್ರದ ಪಕ್ಕದಲ್ಲಿ «ಬಳಕೆದಾರ ಹೆಸರು» ಮತ್ತು «ಪಾಸ್ವರ್ಡ್» ತೋರಿಸುವ ಫ್ರಂಟೆಂಡ್ ತಪ್ಪಲ್ಲ — ಅವು ಬೇರೆ ಹೆಸರುಗಳಲ್ಲಿ ಅದೇ ಮೂರು ಮೌಲ್ಯಗಳು. ಮುರಿಯುವುದು ಎಂದರೆ ಮೌಲ್ಯ ಅದರೊಳಗೆ ಹೊಂದುತ್ತದೆ ಎಂಬ ಕಾರಣಕ್ಕೆ ಪೆಟ್ಟಿಗೆ ತುಂಬುವುದು. ಬಳಕೆದಾರ ಪಾಸ್ವರ್ಡ್ ಆಗಿ ಅಂಟಿಸಿದ ಗುಂಪು ರಹಸ್ಯ ಪ್ರೊಫೈಲ್ ಅನ್ನು ದೃಢೀಕರಿಸಿ ನಂತರ ಬಳಕೆದಾರ ಹಂತದಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ; ಗುಂಪು ರಹಸ್ಯವಾಗಿ ಅಂಟಿಸಿದ ಖಾತೆ ಪಾಸ್ವರ್ಡ್ ಇನ್ನೂ ಮೊದಲೇ, ಯಾವುದೇ ಪ್ರಾಂಪ್ಟ್ಗಿಂತ ಮೊದಲು ವಿಫಲವಾಗಿ, ಪಠ್ಯ ಕ್ಷೇತ್ರದಲ್ಲಿ ವಾಸಿಸುವ ಸಮಸ್ಯೆಗಾಗಿ ಜನರನ್ನು ಫೈರ್ವಾಲ್ಗಳಿಗೆ ಕಳುಹಿಸುತ್ತದೆ.

ಗುಂಪು ಗುರುತಿಸುವಿಕೆ ಏನಲ್ಲ

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

ಅದೇ ಎಚ್ಚರಿಕೆ ಗುಂಪು ರಹಸ್ಯಕ್ಕೂ ಅನ್ವಯಿಸುತ್ತದೆ. ಅದನ್ನು ತಿಳಿಯುವುದು ಗುರುತಲ್ಲ, ಮತ್ತು ಒಂದು ರಹಸ್ಯವನ್ನು ತಂಡದಲ್ಲಿ ತಿರುಗಿಸುವುದು ಕ್ಲೈಂಟ್ ನಿಮಗೆ ತೋರಿಸಲಾಗದ ಪರಿಣಾಮಗಳಿರುವ ಕಾರ್ಯಾಚರಣಾ ನಿರ್ಧಾರ.

ಸಂಪರ್ಕಿಸುವ ಮೊದಲು ಅಸ್ಪಷ್ಟ ಸೂಚನೆಯನ್ನು ಬಗೆಹರಿಸಿ

ಹಳೆಯ ಹಸ್ತಾಂತರ ಟಿಪ್ಪಣಿಗಳಲ್ಲಿ «ಮೀಸಲಾದ ಸಾರ್ವಜನಿಕ IP ಬಳಸಿ» ಎಂಬ ಸಾಲು ಸಾಮಾನ್ಯ. ಆ ಪದಗುಚ್ಛವು ಆಚೆಯ ಅನುಮತಿ ಪಟ್ಟಿ ನಿಮ್ಮ ಸಂಚಾರ ಎಲ್ಲಿಂದ ಬರಬೇಕೆಂದು ನಿರೀಕ್ಷಿಸುತ್ತದೆಯೋ ಆ ವಿಳಾಸವನ್ನು ಅರ್ಥೈಸಬಹುದು, ಇದು ನಿರ್ವಾಹಕರ ಜಾಲದ ನಿರ್ಗಮನ ಗುಣಲಕ್ಷಣ ಮತ್ತು ಗೇಟ್ವೇ ಕ್ಷೇತ್ರದಲ್ಲಿ ನೀವು ಟೈಪ್ ಮಾಡುವ ಅಂತ್ಯ ಬಿಂದುವಿಗೆ ಯಾವುದೇ ಸಂಬಂಧವಿಲ್ಲ. ಮೌಲ್ಯ ಎಲ್ಲಿಗಾದರೂ ಹೋಗುವ ಮೊದಲು ಎರಡರಲ್ಲಿ ಯಾವುದು ಉದ್ದೇಶವೆಂದು ಕೇಳಿ. ತಿರುಗು ಮುರುಗಾಗಿ ತುಂಬಿದರೆ ಅದು ಪ್ರತಿ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎಂದಿಗೂ ಉತ್ತರಿಸದ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತದೆ, ಮತ್ತು ಪರಿಣಾಮವಾಗಿ ಸಮಯ ಮೀರುತ್ತದೆ ಮತ್ತು ತಡೆಹಿಡಿದ ಪೋರ್ಟ್ನಂತೆ ಓದುತ್ತದೆ.

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

ಹಳೆಯ ಪ್ರೊಫೈಲ್ ಅನ್ನು ಪ್ರಾಮಾಣಿಕವಾಗಿ ಇರಿಸಿ

IKEv1 ಬಳಕೆಯಲ್ಲಿಲ್ಲ, ಮತ್ತು ಸ್ಥಳಾಂತರ ಪ್ರಶ್ನೆ ಬಂದಾಗ ಉಲ್ಲೇಖಿಸಬೇಕಾದ ದಾಖಲೆ RFC 9395. ಯಶಸ್ವಿ ಕ್ಷೇತ್ರ ನಕ್ಷೆ ಪ್ರೋಟೋಕಾಲ್ ಹೊಸ ವಿನ್ಯಾಸಕ್ಕೆ ಸೇರಿದೆ ಎಂಬ ಸಾಕ್ಷ್ಯವಲ್ಲ; ಅದು ಖರೀದಿಸುವುದು ಬದಲಿ ನಿಗದಿಯಾಗುವವರೆಗೆ ಕೆಲಸ ಮಾಡುವ ಸಂಪರ್ಕ, ಜೊತೆಗೆ ಲಿಖಿತ ವ್ಯಾಪ್ತಿ ಮತ್ತು ಆ ಸ್ಥಳಾಂತರದ ಮಾಲೀಕ.

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

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