ಸಭೆಯ ನಡುವೆ ಗೇಟ್ವೇ A ಅನ್ನು ಆಫ್ ಮಾಡಿ ಮತ್ತು ಒಂದು ನಿಮಿಷದ ನಂತರ ಟನೆಲ್ B ಮೂಲಕ ಹಿಂತಿರುಗುವುದನ್ನು ನೋಡಿ; ಸಂಪರ್ಕ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ವೀಡಿಯೊ ಕರೆ ಮಾಡದಿರಬಹುದು. ಸ್ವತಂತ್ರ ವಿಳಾಸಗಳ ಎರಡು IPsec ಗೇಟ್ವೇಗಳ ನಡುವಿನ ಶೀತ ಫೇಲ್ಓವರ್ನ ಪ್ರಾಮಾಣಿಕ ರೂಪ ಇದು. ಕ್ಲೈಂಟ್ ಎಂಡ್ಪಾಯಿಂಟ್ ಅನ್ನು ಮತ್ತೆ ಆಯ್ಕೆ ಮಾಡಿ ಹೊಸ ಸಂಬಂಧವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ, ಇದು ಹಳೆಯ ಸೆಷನ್ನ ಗೂಢಲಿಪಿ ಸ್ಥಿತಿಯನ್ನು ವರ್ಗಾಯಿಸದೆ ತಲುಪುವಿಕೆಯನ್ನು ಮರುಸ್ಥಾಪಿಸುತ್ತದೆ. ಕ್ರಮವನ್ನು ಅನುಸರಿಸಿದರೆ ವಿನ್ಯಾಸ ಯಾವ ಭರವಸೆಗಳನ್ನು ಉಳಿಸಬಹುದು ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ.

ದೃಶ್ಯ ಸಿದ್ಧಪಡಿಸಿ: ಎರಡು ವಿಳಾಸಗಳು, ಯಾವುದೇ ತೇಲುವ IP ಇಲ್ಲ

ಗೇಟ್ವೇ A ಒಂದು ತಲುಪಬಹುದಾದ ವಿಳಾಸದಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ ಮತ್ತು ಗೇಟ್ವೇ B ಇನ್ನೊಂದರಲ್ಲಿ. A ಹೋದಾಗ B ಅನ್ನು ಆಯ್ಕೆ ಮಾಡಲು ಅನುಮೋದಿತ ಮಾರ್ಗ ಕ್ಲೈಂಟ್ಗೆ ಇದೆ, ಮತ್ತು ಎರಡೂ ಗೇಟ್ವೇಗಳು ಕ್ಲೇಮ್ ಮಾಡುವ ಸಾಮಾನ್ಯ ಹೊರಗಿನ ವಿಳಾಸ ಇಲ್ಲ. ಈ ವಿನ್ಯಾಸದಲ್ಲಿ ವರ್ಚುವಲ್ IP ಎಂದರೆ ಆ ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ಬಿಂದು, ರಿಮೋಟ್ ಪ್ರವೇಶ ಕ್ಲೈಂಟ್ಗೆ ನೀಡಿದ ಒಳಗಿನ ವಿಳಾಸವಲ್ಲ.

ಈ ವ್ಯಾಖ್ಯಾನ ಮುಖ್ಯ ಏಕೆಂದರೆ ಎರಡು ಕಲ್ಪನೆಗಳು ಟಿಕೆಟ್ಗಳಲ್ಲಿ ಬೆರೆಯುತ್ತವೆ, ಮತ್ತು ಒಂದರ ಪರಿಹಾರ ಇನ್ನೊಂದರ ಪರಿಹಾರವಲ್ಲ. ಸಾಮಾನ್ಯ ಪ್ರವೇಶ ಗೇಟ್ವೇ ಅನ್ನು ಅನುಸರಿಸಲಿಲ್ಲ ಎಂಬ ವರದಿ ಒಂದು ವಿನ್ಯಾಸವನ್ನು ವಿವರಿಸುತ್ತದೆ. ಲ್ಯಾಪ್ಟಾಪ್ ತನ್ನ ಒಳಗಿನ ವಿಳಾಸವನ್ನು ಕಳೆದುಕೊಂಡಿತು ಎಂಬ ವರದಿ ಕ್ಲೈಂಟ್ನ ಲೀಸ್ ಅನ್ನು ವಿವರಿಸುತ್ತದೆ. ಬೇರೆ ಮಾಲೀಕರು, ಬೇರೆ ಲಾಗ್ಗಳು, ಬೇರೆ ದುರಸ್ತಿಗಳು.

ವೈಫಲ್ಯದ ಮೂಲಕ ಹೋಗಿ: ಪತ್ತೆ ಮಾಡಿ, ನಂತರ ಮತ್ತೆ ಆಯ್ಕೆ ಮಾಡಿ

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

ನಂತರ ಕ್ಲೈಂಟ್ ನಿಯೋಜನೆ ಬೆಂಬಲಿಸುವ ಯಾವುದೇ ಕಾರ್ಯವಿಧಾನದ ಮೂಲಕ B ಅನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ: ಎರಡನೇ ಸಂರಚಿತ ರಿಮೋಟ್, ಆರೋಗ್ಯಕರ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಲಾದ DNS ಹೆಸರು, ಅಥವಾ ಈಗ ಬೇರೆ ಮಾರ್ಗವನ್ನು ಬಯಸುವ ರೂಟಿಂಗ್. ಆಯ್ಕೆ ಒಂದು ನೀತಿ ಹಂತ, ಮತ್ತು ಅದು ವೈಫಲ್ಯಕ್ಕೆ ಮೊದಲು ಇರಬೇಕು ಇಲ್ಲದಿದ್ದರೆ ಆಕಸ್ಮಿಕವಾಗಿ ಸಂಭವಿಸುತ್ತದೆ.

B ಏನನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯಬಹುದು ಮತ್ತು ಏನನ್ನು ಪಡೆಯಲಾಗದು

B, A ಜೊತೆ ಸಂರಚನಾ ಟೆಂಪ್ಲೇಟ್, ಪ್ರಮಾಣಪತ್ರ ಪ್ರಾಧಿಕಾರ ಮತ್ತು ದೃಢೀಕರಣ ನೀತಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳಬಹುದು. ಜೀವಂತ ಭದ್ರತಾ ಸಂಘಗಳನ್ನು ಆನುವಂಶಿಕವಾಗಿ ಪಡೆಯಲಾಗದು. ಸೆಷನ್ ಕೀಗಳು, ಭದ್ರತಾ ನಿಯತಾಂಕ ಸೂಚ್ಯಂಕಗಳು ಮತ್ತು ಅನುಕ್ರಮ ಸ್ಥಿತಿ A ಮತ್ತು ಕ್ಲೈಂಟ್ ಸ್ಥಾಪಿಸಿದ ಸಂಬಂಧಕ್ಕೆ ಸೇರಿವೆ, ಮತ್ತು B ಬಳಿ ಅವುಗಳಲ್ಲಿ ಒಂದೂ ಇಲ್ಲ.

ಈ ಸ್ಥಿತಿಯನ್ನು ಗೇಟ್ವೇಗಳ ನಡುವೆ ಸ್ಥಳಾಂತರಿಸುವುದು ನಿಜವಾದ ಎಂಜಿನಿಯರಿಂಗ್ ಸಮಸ್ಯೆ, ಆದ್ದರಿಂದ strongSwan ನ ಹೆಚ್ಚಿನ ಲಭ್ಯತೆ ದಾಖಲೆ ಅದನ್ನು ಸಂರಚನಾ ಫ್ಲ್ಯಾಗ್ ಅಲ್ಲ, ಕ್ಲಸ್ಟರ್ ವಿನ್ಯಾಸ ಎಂದು ಪರಿಗಣಿಸುತ್ತದೆ. ನಿರ್ದಿಷ್ಟ ಕ್ಲಸ್ಟರ್ ಪಾಕವಿಧಾನ ಕ್ಲೌಡ್ ನೆಟ್ವರ್ಕ್ಗೆ ಸಾಮಾನ್ಯ ಉತ್ತರವಲ್ಲ, ಮತ್ತು ಬೆಂಬಲಿಸುವ ಮೂಲಸೌಕರ್ಯವಿಲ್ಲದೆ ಅದನ್ನು ನಕಲಿಸುವುದು ನಿರಂತರತೆಯ ಬದಲು ಸಂಕೀರ್ಣತೆಯನ್ನು ಖರೀದಿಸುತ್ತದೆ.

ಹೊಸ ಸಂಬಂಧ ಸ್ಥಾಪಿಸುವುದು

B ಆಯ್ಕೆಯಾದ ನಂತರ ಕ್ಲೈಂಟ್ ಹೊಸ IKE ವಿನಿಮಯ ಮಾಡುತ್ತದೆ: ಹೊಸ nonce ಮೌಲ್ಯಗಳು, ಹೊಸ Diffie-Hellman ಮೌಲ್ಯಗಳು, ಉಂಟಾಗುವ ಸಂಘಗಳಿಗೆ ಹೊಸ ಗುರುತಿಸುವಿಕೆಗಳು. B ನಲ್ಲಿ ಮತ್ತೆ ದೃಢೀಕರಣ ನಡೆಯುತ್ತದೆ. ವಿನ್ಯಾಸ ಯಂತ್ರ ರುಜುವಾತುಗಳನ್ನು ಅವಲಂಬಿಸಿದರೆ, ಮರುಸಂಪರ್ಕ ಮೇಲ್ವಿಚಾರಣೆಯಿಲ್ಲದೆ ಇರಬಹುದು; ಮಾನವ ಅಂಶ ಬೇಕಾದರೆ, ಫೇಲ್ಓವರ್ ಪೂರ್ಣಗೊಳ್ಳಲು ಯಾರಾದರೂ ಇರಬೇಕು.

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

ಅದೇ ಒಳಗಿನ ವಿಳಾಸವನ್ನು ಉಳಿಸಿಕೊಳ್ಳುವುದು ಸ್ಥಿರ ಸ್ಥಳೀಯ ಗುರುತನ್ನು ನಿರೀಕ್ಷಿಸುವ ಅಪ್ಲಿಕೇಶನ್ಗಳಿಗೆ ಸಹಾಯ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಅವುಗಳ ಸೆಷನ್ಗಳನ್ನು ಉಳಿಸುವುದಿಲ್ಲ. NAT ಬಂಧನಗಳು ಮುಗಿಯುತ್ತವೆ, TCP ಸಂಪರ್ಕಗಳು ಮರುಹೊಂದಿಸಲ್ಪಡುತ್ತವೆ ಮತ್ತು ಸ್ವಂತ ಟೈಮೌಟ್ ಇರುವ ಯಾವುದೇ ವಿಷಯ ಮತ್ತೆ ಪ್ರಯತ್ನಿಸಬೇಕೆ ಎಂದು ಸ್ವತಂತ್ರವಾಗಿ ನಿರ್ಧರಿಸುತ್ತದೆ.

ಸಮಾನಾಂತರದಲ್ಲಿ ಎರಡು ಟನೆಲ್ಗಳು ಬೇರೆ ವಿನ್ಯಾಸ

ಎರಡೂ ಟನೆಲ್ಗಳನ್ನು ಒಟ್ಟಿಗೆ ಚಲಾಯಿಸುವುದು ಎರಡೂ ಗೇಟ್ವೇಗಳು ಮತ್ತು ರೂಟಿಂಗ್ ವಿನ್ಯಾಸ ಬೆಂಬಲಿಸಿದಾಗ ಮಾನ್ಯ ಮಾದರಿ. ಆಗ ಮಾರ್ಗ ಆಯ್ಕೆ ಸಕ್ರಿಯ ಮಾರ್ಗವನ್ನು ಆಯ್ಕೆ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಒಪ್ಪಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಸಂಚಾರ ಒಂದು ಗೇಟ್ವೇ ಮೂಲಕ ಹೊರಟು ಇನ್ನೊಂದರ ಮೂಲಕ ಹಿಂತಿರುಗುತ್ತದೆ, ಅದನ್ನು ಹೊಂದಿಸುವ ಸ್ಥಿತಿಯಿಲ್ಲದೆ.

ಅತಿವ್ಯಾಪ್ತ ಟನೆಲ್ ನೀತಿಗಳು ತಾವಾಗಿಯೇ ಕ್ರಮಬದ್ಧ ಫೇಲ್ಓವರ್ ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ. ಅವು ಎರಡು ಅಭ್ಯರ್ಥಿಗಳನ್ನು ಸೃಷ್ಟಿಸುತ್ತವೆ, ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಏನೋ ನಿರ್ಣಾಯಕವಾಗಿ ನಿರ್ಧರಿಸಬೇಕು, ಅದು ರೂಟಿಂಗ್ ಮೆಟ್ರಿಕ್, ನೀತಿ ಆದ್ಯತೆ ಅಥವಾ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಸ್ಪಷ್ಟ ಆದ್ಯತೆಯಾಗಿರಬಹುದು.

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

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