IKEv2: ಕೀಲಿ ನವೀಕರಣ vs ಮರು ದೃಢೀಕರಣ — ಸಂಪರ್ಕ ನಂತರ ಏಕೆ ಕಡಿತಗೊಳ್ಳುತ್ತದೆ

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

ಹೊರಗಿನಿಂದ ಒಂದೇ ರೀತಿ ಕಾಣುವ ಎರಡು ಕಾರ್ಯಾಚರಣೆಗಳು

ಕೀಲಿ ನವೀಕರಣವು ಪ್ರೋಟೋಕಾಲ್ ನಿರ್ಧರಿಸಿದ ವಿನಿಮಯದ ಅಡಿಯಲ್ಲಿ ಭದ್ರತಾ ಸಂಘಗಳನ್ನು ಅಥವಾ ಕೀಲಿ ಸಾಮಗ್ರಿಯನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ. ದೃಢೀಕರಣವನ್ನು ಪುನರಾವರ್ತಿಸಲಾಗುವುದಿಲ್ಲ, ಆದ್ದರಿಂದ ಸೆಷನ್ ಆರಂಭದಲ್ಲಿ ಸ್ವೀಕರಿಸಿದ ಗುರುತನ್ನು ಸುಮ್ಮನೆ ಮುಂದಕ್ಕೆ ಒಯ್ಯಲಾಗುತ್ತದೆ.

ಮರು ದೃಢೀಕರಣವು ಇನ್ನೂ ಮುಂದೆ ಹೋಗುತ್ತದೆ: ಅದು ಹೊಸ ದೃಢೀಕೃತ ಸಂಬಂಧವನ್ನು ಸ್ಥಾಪಿಸುತ್ತದೆ, ಅಂದರೆ ರುಜುವಾತುಗಳನ್ನು ಮತ್ತೆ ಮೌಲ್ಯಮಾಪನ ಮಾಡಲಾಗುತ್ತದೆ. ಅವಧಿ ಮುಗಿದ, ರದ್ದಾದ ಅಥವಾ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಬದಲಾದ ಎಲ್ಲವೂ ಆ ಕ್ಷಣದಲ್ಲಿ ಗೋಚರವಾಗುತ್ತದೆ.

ಕೀಲಿ ನವೀಕರಣ ನಿಜವಾಗಿ ಏನನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ

IKEv2 ಪ್ರತ್ಯೇಕ ಜೀವನಚಕ್ರಗಳೊಂದಿಗೆ ಎರಡು ರೀತಿಯ ಸಂಘಗಳನ್ನು ಇಟ್ಟುಕೊಳ್ಳುತ್ತದೆ. IKE SA ನಿಯಂತ್ರಣ ಚಾನಲ್ ಅನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು CHILD SA ನಿಜವಾದ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತವೆ. ಒಂದನ್ನು ನವೀಕರಿಸುವುದು ಕ್ಲೈಂಟ್ ಅನ್ನು ಮತ್ತೆ ಸಂಪರ್ಕಿಸುವುದರ ಸಮಾನಾರ್ಥಕವಲ್ಲ.

ಆ ವಿಭಜನೆ ಪರಿಚಿತ ಮಾದರಿಯನ್ನು ವಿವರಿಸುತ್ತದೆ: ಸಂಚಾರ ಚೆನ್ನಾಗಿ ಹರಿಯುತ್ತದೆ, ನಂತರ ಒಂದು CHILD SA ನವೀಕರಣಗೊಳ್ಳುತ್ತದೆ ಮತ್ತು ಪ್ರಸ್ತಾವನೆ ಇನ್ನು ಹೊಂದಿಕೆಯಾಗುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಯಾರೋ ವಾರಗಳ ಹಿಂದೆ ಒಂದು ಬದಿಯಲ್ಲಿ ಹಂತ 2 ಸಂಪಾದಿಸಿದ್ದರು. ಆ ಬದಲಾವಣೆ ನವೀಕರಣ ಅದನ್ನು ಪ್ರಯೋಗಿಸುವವರೆಗೆ ಹಾನಿಕರವಲ್ಲದೆ ಅಲ್ಲಿಯೇ ಇತ್ತು.

ಜೀವಿತಾವಧಿ ಹೊಂದಾಣಿಕೆಗಳು ಕೂಡ ಅದೇ ರೀತಿ ವರ್ತಿಸುತ್ತವೆ. ಯಾವ ಪಕ್ಷ ಮೊದಲು ತನ್ನ ಮಿತಿಯನ್ನು ತಲುಪುತ್ತದೆಯೋ ಅದು ವಿನಿಮಯವನ್ನು ಪ್ರಾರಂಭಿಸುತ್ತದೆ, ಮತ್ತು ಇನ್ನೊಂದು ಅದನ್ನು ಒಪ್ಪಬೇಕು.

ಮರು ದೃಢೀಕರಣ ಏನನ್ನು ಮರು ಮೌಲ್ಯಮಾಪನ ಮಾಡುತ್ತದೆ

ಮರು ದೃಢೀಕರಣದೊಂದಿಗೆ, ಲಾಗಿನ್ ಸಮಯದಲ್ಲಿ ಮಾನ್ಯವಾಗಿದ್ದ ಕ್ಲೈಂಟ್ ಪ್ರಮಾಣಪತ್ರ ಈಗ ಅವಧಿ ಮುಗಿದಿರಬಹುದು. ರದ್ದಾದ ರುಜುವಾತು, ತಿರುಗಿಸಿದ ಪಾಸ್ವರ್ಡ್ ಅಥವಾ ಲಭ್ಯವಿಲ್ಲದ ಎರಡನೇ ಅಂಶ ಇವೆಲ್ಲವೂ ಇಲ್ಲಿಯೇ ಮೇಲೆ ಬರುತ್ತವೆ, ನವೀಕರಣದ ಸಮಯದಲ್ಲಿ ಅಲ್ಲ.

ಅದಕ್ಕಾಗಿಯೇ ಪ್ರತಿ ಜೀವಿತಾವಧಿಯನ್ನು ವಿಸ್ತರಿಸುವುದು ಸರಿಪಡಿಸಿದಂತೆ ಅನಿಸುತ್ತದೆ ಮತ್ತು ಅಲ್ಲ. ನೀವು ಪರಿಶೀಲನೆಯನ್ನು ದಾಟುವ ಬದಲು ಮುಂದೂಡಿದ್ದೀರಿ. ಮುಂದಿನ ನವೀಕರಣ ಅದೇ ದೋಷದೊಂದಿಗೆ ಮತ್ತು ಅದನ್ನು ಗಮನಿಸಲು ಚಿಕ್ಕ ಅಡ್ಡಿವಿಂಡೋದೊಂದಿಗೆ ಬರುತ್ತದೆ.

ಕೆಲವು ಅನುಷ್ಠಾನಗಳು ಮರು ದೃಢೀಕರಣದ ಸಮಯದಲ್ಲಿ ಹಳೆಯ ಮತ್ತು ಹೊಸ ಸ್ಥಿತಿಯನ್ನು ಓವರ್ಲ್ಯಾಪ್ ಮಾಡುತ್ತವೆ. ಇನ್ನು ಕೆಲವು ಸಣ್ಣ ಅಂತರವನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ. ಆದ್ದರಿಂದ ಎರಡು ಮಾರಾಟಗಾರರಲ್ಲಿ ಒಂದೇ ರೀತಿಯ ಸೆಟ್ಟಿಂಗ್ಗಳು ವಿಭಿನ್ನ ಬಳಕೆದಾರ ಅನುಭವವನ್ನು ನೀಡಬಹುದು. ಮಾನಕವೇ ಹೇಳುತ್ತದೆ ಎಂದು ಊಹಿಸುವ ಬದಲು ವರ್ತನೆಯನ್ನು ಪರೀಕ್ಷಿಸಿ.

ಏನನ್ನಾದರೂ ಬದಲಾಯಿಸುವ ಮೊದಲು ಟೈಮ್ಸ್ಟ್ಯಾಂಪ್ಗಳನ್ನು ಓದಿ

ವಿಫಲತೆಯ ಕ್ಷಣವನ್ನು ಸಂಘದ ಮೊದಲು ಮತ್ತು ನಂತರದ ಸ್ಥಿತಿಯೊಂದಿಗೆ ಸೆರೆಹಿಡಿಯಿರಿ. ಹಳೆಯ ಸಂಘವು ದೃಢೀಕರಣ ವಿನಿಮಯವಿಲ್ಲದೆ ಬದಲಾಯಿಸಲ್ಪಟ್ಟಿದ್ದರೆ, ನೀವು ನವೀಕರಣ ಗಡಿಯಲ್ಲಿದ್ದೀರಿ. ವಿಫಲತೆಯ ಮೊದಲು AUTH ವಿನಿಮಯ ಕಾಣಿಸಿಕೊಂಡರೆ, ನೀವು ಮರು ದೃಢೀಕರಣದಲ್ಲಿದ್ದೀರಿ.

strongSwan ಇದನ್ನು ಪ್ರತ್ಯೇಕ ಸೆಟ್ಟಿಂಗ್ಗಳಾಗಿ ಒಡ್ಡುತ್ತದೆ: rekey ಕೀಲಿ ನವೀಕರಣವನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ, reauth ಹೊಸ ದೃಢೀಕರಣ ಸಂಭವಿಸುತ್ತದೆಯೇ ಎಂದು ನಿಯಂತ್ರಿಸುತ್ತದೆ, ಮತ್ತು margin ಮೌಲ್ಯಗಳು ಪ್ರತಿಯೊಂದೂ ಮುಕ್ತಾಯಕ್ಕಿಂತ ಎಷ್ಟು ಮೊದಲು ಪ್ರಾರಂಭವಾಗುತ್ತದೆ ಎಂದು ನಿರ್ಧರಿಸುತ್ತವೆ. ಕೀಲಿ ನವೀಕರಣದ ದಾಖಲೆ ಪರಸ್ಪರ ಕ್ರಿಯೆಯನ್ನು ವಿವರಿಸುತ್ತದೆ, ಮತ್ತು ಫೋರಮ್ ಪೋಸ್ಟ್ನಿಂದ ಜೀವಿತಾವಧಿಯನ್ನು ನಕಲಿಸುವ ಮೊದಲು ಅದನ್ನು ಓದುವುದು ಯೋಗ್ಯ.

ಇವೆಲ್ಲವನ್ನೂ ಸಾಮಾನ್ಯ ನೆಟ್ವರ್ಕ್ ನಷ್ಟದಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ. ಕಡಿತಗೊಂಡ ಲಿಂಕ್ ಮೃತ ಪೀರ್ ಪತ್ತೆ ಘಟನೆ ಅಥವಾ ಮರು ಕಳುಹಿಸುವ ಬಿರುಗಾಳಿಯನ್ನು ಉತ್ಪಾದಿಸುತ್ತದೆ, ಹೊಂದಿಕೆಯಾಗುವ ಪ್ರಸ್ತಾವನೆಗಳೊಂದಿಗೆ ಸ್ವಚ್ಛ ವಿನಿಮಯವಲ್ಲ.

ವಿಫಲವಾದದ್ದನ್ನು ಬದಲಾಯಿಸಿ

ರುಜುವಾತು ನಿರಾಕರಣೆಗೆ ಗುರುತಿನ ಸಮಸ್ಯೆಯನ್ನು ಸರಿಪಡಿಸಬೇಕು: ಪ್ರಮಾಣಪತ್ರವನ್ನು ನವೀಕರಿಸಿ, ಖಾತೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ, ಅಂಶವನ್ನು ಮತ್ತೆ ನೋಂದಾಯಿಸಿ. ಪ್ರಸ್ತಾವನೆ ಅಥವಾ ಜೀವಿತಾವಧಿಯ ಹೊಂದಾಣಿಕೆಗೆ ಎರಡೂ ಬದಿಗಳಲ್ಲಿ ನಿಯತಾಂಕಗಳನ್ನು ಹೋಲಿಸಬೇಕು.

ಲಕ್ಷಣವನ್ನು ತಪ್ಪಿಸಲು ಜೀವಿತಾವಧಿಗಳನ್ನು ಎಳೆಯುವುದು ಯಾವಾಗಲೂ ಕೆಲಸ ಮಾಡಿದಂತೆ ಕಾಣುವ ಮತ್ತು ಎಂದಿಗೂ ಕೆಲಸ ಮಾಡದ ಏಕೈಕ ಆಯ್ಕೆ.

ನಿಯಂತ್ರಿತ ನವೀಕರಣವನ್ನು ಪರೀಕ್ಷಿಸಿ

ಒಂದು ದಿನ ಕಾಯುವ ಬದಲು ನವೀಕರಣವನ್ನು ಒತ್ತಾಯಿಸಿ. ನಂತರ ನಿಯೋಜನೆ ಬೆಂಬಲಿಸಿದರೆ ಮರು ದೃಢೀಕರಣದೊಂದಿಗೆ ಪುನರಾವರ್ತಿಸಿ, ಮತ್ತು ಎರಡೂ ತುದಿಗಳನ್ನು ಗಮನಿಸಿ.

ಯಶಸ್ವಿ ಆರಂಭಿಕ ಲಾಗಿನ್ ಇವುಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಅಭ್ಯಾಸ ಮಾಡುವುದಿಲ್ಲ. ಅದರ ನಂತರದ ಜೀವನಚಕ್ರವೇ ಈ ನಿಯೋಜನೆಗಳು ನಿಜವಾಗಿ ಮುರಿಯುವ ಸ್ಥಳ.