ಒಳಬರುವ IPsec ಪೀರ್ ಯಾವುದೇ ಪ್ರೊಫೈಲ್ಗೆ ಹೊಂದಿಕೆಯಾಗುತ್ತಿಲ್ಲವೇ? ನಾಲ್ಕು ಕ್ಷೇತ್ರಗಳನ್ನು ಪರಿಶೀಲಿಸಿ
ಫೈಲ್ನಲ್ಲಿನ ಸಂಪರ್ಕ ಹೆಸರು ಚಾಲನೆಯಲ್ಲಿರುವ ಪ್ರತಿಸ್ಪಂದಕ ಅದನ್ನು ಆಯ್ಕೆ ಮಾಡುವವರೆಗೆ ಏನನ್ನೂ ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ. ಲೋಡ್ ಆದ ವ್ಯಾಖ್ಯಾನ, ತುದಿ ಬಿಂದುಗಳು, ಗುರುತುಗಳು ಮತ್ತು ಆಯ್ಕೆಗಾರರನ್ನು ಹೋಲಿಸಿ.
ನಿಮ್ಮ ಪೀರ್ ಸುರಂಗವು ಮೇಲಿದೆ ಎಂದು ವರದಿ ಮಾಡುತ್ತದೆ, ನಿಮ್ಮ ಬದಿ ಯಾವುದೇ ಭದ್ರತಾ ಸಂಬಂಧವನ್ನು ತೋರಿಸುತ್ತಿಲ್ಲ, ಮತ್ತು ಸಂರಚನಾ ಫೈಲ್ನಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವ ಸಂಪರ್ಕ ಹೆಸರು ಸ್ಪಷ್ಟವಾಗಿದೆ. ಈ ಮೂರೂ ಹೇಳಿಕೆಗಳು ಒಟ್ಟಿಗೆ ನಿಜವಾಗಿರಬಹುದು. ಒಳಬರುವ ಮಾತುಕತೆಯನ್ನು ಚಾಲನೆಯಲ್ಲಿರುವ ಸಂರಚನೆಯೊಂದಿಗೆ ಹೋಲಿಸಲಾಗುತ್ತದೆ, ಪೀರ್ನ ವಿಳಾಸ, ಅದು ಪ್ರಸ್ತುತಪಡಿಸುವ ಗುರುತು ಮತ್ತು ಅದು ಸೂಚಿಸುವ ಸಂಚಾರದ ಆಧಾರದ ಮೇಲೆ. ಎಂದಿಗೂ ಲೋಡ್ ಆಗದ ಡಿಸ್ಕ್ನಲ್ಲಿನ ಫೈಲ್, ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗದ ಗುರುತು, ಅಥವಾ ಒಂದು ಪೂರ್ವಪ್ರತ್ಯಯದಷ್ಟು ಜರುಗಿದ ಆಯ್ಕೆಗಾರರ ಜೋಡಿ — ಪ್ರತಿಯೊಂದೂ ಮೌನವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ. ಪ್ರತಿಸ್ಪಂದಕ ಅನುಸರಿಸುವ ಕ್ರಮದಲ್ಲೇ ನಾಲ್ಕು ಕ್ಷೇತ್ರ ಗುಂಪುಗಳನ್ನು ನಡೆಯಿರಿ.
ಫೈಲ್ನಿಂದ ಅಲ್ಲ, ಪ್ಯಾಕೆಟ್ನಿಂದ ಪ್ರಾರಂಭಿಸಿ
ಪ್ರತಿಸ್ಪಂದಕವು IKE ವಿನಂತಿಯನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ, ಈ ಪೀರ್ ಅನ್ನು ಸ್ವೀಕರಿಸಬಲ್ಲ ವ್ಯಾಖ್ಯಾನವನ್ನು ಹುಡುಕುತ್ತದೆ, ನಂತರ ದೃಢೀಕರಣ ಮತ್ತು ಸಂಚಾರ ಆಯ್ಕೆಯೊಂದಿಗೆ ಮುಂದುವರಿಯುತ್ತದೆ. ಮೊದಲ ಹಂತದಲ್ಲಿ ಯಾವುದೇ ಲೋಡ್ ಆದ ವ್ಯಾಖ್ಯಾನವು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಯಾವುದೇ ಉಪಯುಕ್ತ ದೋಷವು ಬಳಕೆದಾರರನ್ನು ತಲುಪುವ ಮೊದಲೇ ಮಾತುಕತೆ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ.
ಆದ್ದರಿಂದ “ಸಂರಚನೆ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ” ಎಂಬುದು ಸಾಕ್ಷ್ಯವಲ್ಲ. ಪ್ರಶ್ನೆ ಎಂದರೆ ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆ ಏನನ್ನು ಲೋಡ್ ಮಾಡಿದೆ ಮತ್ತು ಈ ಪ್ರಯತ್ನಕ್ಕೆ ಯಾವ ನಮೂದನ್ನು ಆಯ್ಕೆ ಮಾಡಿದೆ. ಸ್ಥಿತಿ ಪಟ್ಟಿ ಒಂದೇ ಆದೇಶದಲ್ಲಿ ಅದಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಆದರೆ ಸಂಪಾದಕ ಬಫರ್ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ. ಫೈಲ್ ಅನ್ನು ಮತ್ತೆ ಬದಲಿಸುವ ಮೊದಲು ಪಟ್ಟಿಯನ್ನು ಪರಿಶೀಲಿಸಿ.
ಮೊದಲ ಕ್ಷೇತ್ರ ಗುಂಪು: ನಿಜವಾಗಿ ಲೋಡ್ ಆಗಿರುವ ವ್ಯಾಖ್ಯಾನ
ಚಾಲನೆಯಲ್ಲಿರುವ ಸ್ಥಿತಿಯನ್ನು ಡೀಮನ್ ಹೊಂದಿರುವ ಸಾಧನದಿಂದ ಪರಿಶೀಲಿಸಿ: ಲೋಡ್ ಆದ ಸಂಪರ್ಕಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ ಸ್ಥಿತಿ ಆದೇಶ, ಸಂಪಾದಕ ಬಫರ್ ಅಲ್ಲ. ನಿರೀಕ್ಷಿತ ನಮೂದು ಇದೆ ಎಂದೂ, ನೀವು ಉದ್ದೇಶಿಸಿದ ಆರಂಭಿಕ ವರ್ತನೆಗೆ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದೂ, ಮತ್ತು ನಿಮ್ಮ ಕೊನೆಯ ಸಂಪಾದನೆಯ ನಂತರ ಲೋಡ್ ಆಗಿದೆ ಎಂದೂ ಖಚಿತಪಡಿಸಿ. ಉಳಿಸಿ ಮತ್ತೆ ಲೋಡ್ ಮಾಡದ ಫೈಲ್ “ಸರಿಪಡಿಸಿದೆ, ಆದರೆ ಏನೂ ಬದಲಾಗಲಿಲ್ಲ” ಎಂಬುದರ ಅತ್ಯಂತ ಸಾಮಾನ್ಯ ಕಾರಣ.
ಸೇವೆ ಯಾವ ಫೈಲ್ ಓದುತ್ತದೆ ಎಂಬುದನ್ನೂ ಖಚಿತಪಡಿಸಿ. ವಿತರಣೆಗಳು ಭಿನ್ನ, ಮತ್ತು ತಪ್ಪು ಸೇರ್ಪಡೆಯಲ್ಲಿ ಬರೆದ ಸಂಪರ್ಕವನ್ನು ತಿರಸ್ಕರಿಸುವ ಬದಲು ಮೌನವಾಗಿ ನಿರ್ಲಕ್ಷಿಸಲಾಗುತ್ತದೆ. ಸ್ಥಿತಿ ಪಟ್ಟಿ ನಿಮ್ಮ ನಮೂದನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೋರಿಸದಿದ್ದರೆ, ವಾಕ್ಯರಚನೆಗಿಂತ ಮೊದಲು ಸೇರ್ಪಡೆ ಮಾರ್ಗವನ್ನು ಸಂಶಯಿಸಿ.
ಎರಡನೇ ಕ್ಷೇತ್ರ ಗುಂಪು: ತುದಿ ಬಿಂದುಗಳು ಗುರುತುಗಳಲ್ಲ
ಪೀರ್ ಸಂಪರ್ಕಿಸುವ ವಿಳಾಸ ಮತ್ತು ಅದು ದೃಢೀಕರಿಸುವ ಗುರುತು ಪ್ರತ್ಯೇಕ ಕ್ಷೇತ್ರಗಳು. ಹೋಸ್ಟ್ ಹೆಸರು, ವಿಶಿಷ್ಟ ಹೆಸರು, ಕೀ ಐಡಿ ಮತ್ತು ವಿಳಾಸ — ಸಂರಚನೆಯನ್ನು ಅನುಸರಿಸಿ ಎಲ್ಲವೂ IKE ಗುರುತಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸಬಹುದು, ಮತ್ತು ಅವು ಸಾರ್ವಜನಿಕ ವಿಳಾಸದಂತೆ ಕಾಣಬೇಕೆಂಬ ಅಗತ್ಯವೇ ಇಲ್ಲ.
ತುದಿ ಬಿಂದುಗಳ ಹೊಂದಾಣಿಕೆಯಲ್ಲಿ NAT ದೃಶ್ಯವೂ ಇರಬಹುದು: ಜಾಲದಲ್ಲಿ ಕಾಣುವ ವಿಳಾಸವು ಪೀರ್ ತನಗಿದೆ ಎಂದು ಭಾವಿಸುವ ವಿಳಾಸಕ್ಕಿಂತ ಭಿನ್ನವಾಗಿರಬಹುದು. libreswan ನ ಸಂಪರ್ಕ ಮಾದರಿಯಲ್ಲಿ left ಮತ್ತು right ಎರಡು ಭಾಗಿಗಳ ಲೇಬಲ್ಗಳು, ಸ್ಥಿರ ಸ್ಥಳೀಯ ಮತ್ತು ದೂರದ ಕ್ರಮವಲ್ಲ, ಆದ್ದರಿಂದ ಕೆಲಸ ಮಾಡುವ ಸಂರಚನೆಯನ್ನು ಬೇರೆ ಸ್ಥಳದಿಂದ ನಕಲಿಸಿ ವಿಳಾಸಗಳನ್ನು ಬದಲಿಸುವುದು ವಿಶ್ವಾಸಾರ್ಹ ಅನುವಾದವಲ್ಲ.
ಎರಡೂ ಬದಿಗಳ ನಿರೀಕ್ಷಿತ ಗುರುತನ್ನು ಮತ್ತು ಅದನ್ನು ಪರಿಶೀಲಿಸುವ ರುಜುವಾತನ್ನು ಬರೆದಿಡಿ. ಆ ಎರಡು ಸಾಲುಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ಎಷ್ಟೇ ವಿಳಾಸ ತಿದ್ದಿದರೂ ಹೊಂದಾಣಿಕೆ ಉಂಟಾಗದು.
ಮೂರನೇ ಕ್ಷೇತ್ರ ಗುಂಪು: ರಕ್ಷಿಸಲ್ಪಡುವ ಸಂಚಾರ
ಆಯ್ಕೆಗಾರರು ಒಳಗಿನ ಮೂಲ ಮತ್ತು ಗಮ್ಯ ವ್ಯಾಪ್ತಿಗಳನ್ನು, ಅವುಗಳ ವಿಳಾಸ ಕುಟುಂಬವನ್ನು ಮತ್ತು ಯಾವುದೇ ಪ್ರೋಟೋಕಾಲ್ ಅಥವಾ ಪೋರ್ಟ್ ನಿರ್ಬಂಧವನ್ನು ವಿವರಿಸುತ್ತವೆ. ಒಂದೇ ಹೋಸ್ಟ್ ವಿಳಾಸಕ್ಕೆ ಇರುವ ಪ್ರಸ್ತಾವನೆ ಇಡೀ ಉಪಜಾಲಕ್ಕೆ ಇರುವ ವಿನಂತಿಯಂತಲ್ಲ, ಮತ್ತು ಉಪಜಾಲಕ್ಕೆ ಸಂರಚಿಸಲಾದ ಪ್ರತಿಸ್ಪಂದಕ ಅದನ್ನು ನಿರಾಕರಿಸಬಹುದು ಅಥವಾ ಸಂಕುಚಿಸಬಹುದು.
ಎರಡು ತುದಿಗಳು ಹೊಂದಿಕೆಯಾಗದಿದ್ದಾಗ, ಏನಾದರೂ ಸಂಪರ್ಕವಾಗಲಿ ಎಂದು ಪ್ರತಿ ಆಯ್ಕೆಗಾರವನ್ನೂ ವಿಸ್ತರಿಸುವ ಬದಲು ಎರಡೂ ದೃಷ್ಟಿಕೋನಗಳಿಂದ ಉದ್ದೇಶಿತ ಹರಿವನ್ನು ಹೋಲಿಸಿ. ಪ್ರತಿ ನಿರ್ವಾಹಕರಿಗೂ ಅವರು ರಕ್ಷಿಸುತ್ತಿದ್ದೇನೆ ಎಂದು ಭಾವಿಸುವ ಹರಿವನ್ನು ಕೇಳಿ, ನಂತರ ಎರಡೂ ಉತ್ತರಗಳನ್ನು ಹೋಲಿಸಿ. ವ್ಯತ್ಯಾಸ ಸಾಮಾನ್ಯವಾಗಿ ಒಂದು ಬದಿಯಲ್ಲಿ ಹೋಸ್ಟ್ ಪೂರ್ವಪ್ರತ್ಯಯ ಮತ್ತು ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ಉಪಜಾಲ. ಈಗ ಎಲ್ಲವನ್ನೂ ರಕ್ಷಿಸುವುದರಿಂದ ಹೊಂದಿಕೆಯಾಗುವ ಸುರಂಗ ಬೇರೆ ಭದ್ರತಾ ನಿರ್ಣಯ, ಮತ್ತು ಯಾರೂ ಅನುಮೋದಿಸದ ನಿರ್ಣಯ.
ನಾಲ್ಕನೇ ಕ್ಷೇತ್ರ ಗುಂಪು: ನೀವು ಒಂದು ಅನುಷ್ಠಾನವನ್ನು ಓದುತ್ತಿದ್ದೀರಿ
Libreswan, ಹಳೆಯ Openswan ಮತ್ತು strongSwan ಗಳಿಗೆ ಬೇರೆ ಬೇರೆ ನಿರ್ವಹಣಾ ಸಾಧನಗಳು, ಸಂರಚನಾ ವಾಕ್ಯರಚನೆ ಮತ್ತು ಹೊಂದಾಣಿಕೆ ಕ್ರಮಗಳಿವೆ. ಒಂದರಲ್ಲಿ ಕೆಲಸ ಮಾಡುವ ಉದಾಹರಣೆ ಇನ್ನೊಂದರ ಪ್ರೊಫೈಲ್ ಆಯ್ಕೆ ಆದ್ಯತೆ ಅಥವಾ ದೋಷ ಪದಗುಚ್ಛದ ಬಗ್ಗೆ ನಿಖರವಾಗಿ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಈ ಹೋಸ್ಟ್ನಲ್ಲಿನ ಡೀಮನ್ ದಾಖಲೆಗಳೊಂದಿಗೆ ಪರಿಶೀಲಿಸಿ.
ಒಂದು ಪ್ರಯತ್ನವನ್ನು ಆರಂಭದಿಂದ ಕೊನೆಯವರೆಗೆ ಸಂಬಂಧಿಸಿ: ಪ್ರಾರಂಭಕನ ಮೂಲ ವಿಳಾಸ, ಒದಗಿಸಿದ ಗುರುತು ಮತ್ತು ಸೂಚಿಸಿದ ಆಯ್ಕೆಗಾರರು — ಪ್ರತಿಸ್ಪಂದಕನ ಆಯ್ಕೆ ಸಂದೇಶ ಮತ್ತು ಅದು ಹೆಸರಿಸುವ ಲೋಡ್ ಆದ ನಮೂದಿನ ವಿರುದ್ಧ. ಶೂನ್ಯ ಎನ್ಕ್ಯಾಪ್ಸುಲೇಶನ್ ಮತ್ತು ಡೀಕ್ಯಾಪ್ಸುಲೇಶನ್ ಎಣಿಕೆಗಳು ಕೇವಲ ವೀಕ್ಷಿಸಿದ ಸಂಬಂಧಗಳು ಆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸಿಲ್ಲ ಎಂದು ಹೇಳುತ್ತವೆ; ಅವು ಪ್ರಸ್ತಾವನೆಯನ್ನು ನಿರಾಕರಿಸಿದ ತುದಿ ಬಿಂದುವನ್ನು ಹೆಸರಿಸುವುದಿಲ್ಲ, ಆ ಕ್ಷಣದಲ್ಲಿ ಹೊಂದಿಕೆಯಾಗುವ ನಮೂದು ಇತ್ತು ಎಂದು ಸಾಬೀತುಪಡಿಸುವುದಿಲ್ಲ.
ಸಂಘಟಿತ ತಿದ್ದುಪಡಿಯ ನಂತರ ಆಯ್ಕೆಯಾದ ಪ್ರೊಫೈಲ್ ಮತ್ತು ಸಂಬಂಧವನ್ನು ಖಚಿತಪಡಿಸಿ, ನಂತರ ವಾಸ್ತವವಾಗಿ ಅನುಮತಿಸಲಾದ ಸೇವೆ ಮತ್ತು ಅದರ ಪ್ರತ್ಯುತ್ತರ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ. ಪ್ರೊಫೈಲ್ ಹೊಂದಾಣಿಕೆ ಮಾತುಕತೆಗೆ ಅವಕಾಶ ನೀಡುತ್ತದೆ, ಮತ್ತು ಮಾತುಕತೆ ಕೊನೆಯ ಪ್ರವೇಶ ಪರಿಶೀಲನೆಯಲ್ಲ.