VPN ಫೇಲ್ಓವರ್: ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಹಳೆಯ ಟನೆಲ್ನಲ್ಲೇ ಉಳಿದಾಗ

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

ಮೊದಲು ಎರಡೂ ತುದಿಗಳಲ್ಲಿ ಮಾರ್ಗಗಳನ್ನು ದಾಖಲಿಸಿ; ಒಂದೇ ಸೈಟ್ನ ನೋಟ ಅಸಮಮಿತ ಮಾರ್ಗವನ್ನು ತೋರಿಸಲಾರದು. ಸಮಯದ ಒತ್ತಡದಲ್ಲಿ ಹೆಚ್ಚು ಬಿಟ್ಟುಬಿಡುವ ಹಂತವೂ ಇದೇ.

ಪರೀಕ್ಷೆಗೆ ಮೊದಲು ಎರಡೂ ಸೈಟ್ಗಳ ಮಾರ್ಗಗಳನ್ನು ದಾಖಲಿಸಿ

ಪ್ರತಿ ಸಂರಕ್ಷಿತ ಪ್ರಿಫಿಕ್ಸ್ಗೂ ಪ್ರಾಥಮಿಕ ಮಾರ್ಗ, ಬ್ಯಾಕಪ್ ಮಾರ್ಗ ಮತ್ತು ಅವುಗಳ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡುವ ಆದ್ಯತೆಯನ್ನು ಬರೆಯಿರಿ. ಪ್ರತಿ VPN ಎಂಡ್ಪಾಯಿಂಟ್ನ ಹಿಂದಿನ LAN ಗೇಟ್ವೇ ಸೇರಿಸಿ, ಏಕೆಂದರೆ ಎಂಡ್ಪಾಯಿಂಟ್ ಅಪರೂಪಕ್ಕೆ ಕೊನೆಯ ಜಿಗಿತ.

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

ಇದನ್ನು ಎರಡೂ ಸೈಟ್ಗಳಲ್ಲಿ ಮಾಡಿ. ಒಂದು ಬದಿಯಲ್ಲಿ ಆದ್ಯತೆ ಪಡೆದು ಇನ್ನೊಂದು ಬದಿಯಲ್ಲಿ ನಿರ್ಲಕ್ಷಿಸಲ್ಪಟ್ಟ ಬ್ಯಾಕಪ್ ನೀವು ತಪ್ಪಿಸಲು ಪ್ರಯತ್ನಿಸುವ ಅಸಮಮಿತಿಯನ್ನೇ ಉಂಟುಮಾಡುತ್ತದೆ.

ಪ್ರತಿ ಹಂತದಲ್ಲಿ ವಿನಂತಿಗಳು ಮತ್ತು ಉತ್ತರಗಳನ್ನು ಗಮನಿಸಿ

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

ವಿನಂತಿಗಳು ಸರಿದರೆ ಮತ್ತು ಉತ್ತರಗಳು ಸರಿಯದಿದ್ದರೆ, ದೂರದ ಸೈಟ್ನ ಕ್ಲೈಂಟ್ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಇರುವ ಮಾರ್ಗ ಮತ್ತು ಬ್ಯಾಕಪ್ಗೆ ಅದರ ಆದ್ಯತೆಯನ್ನು ಪರಿಶೀಲಿಸಿ. ಇದು ರೂಟಿಂಗ್ ನಿರ್ಧಾರ, ಟನೆಲ್ ವೈಫಲ್ಯವಲ್ಲ.

ಪರೀಕ್ಷೆಯ ನಂತರ ಮೂಲ ಸ್ಥಿತಿಯನ್ನು ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಪ್ರಾಥಮಿಕ ಮತ್ತೆ ಆದ್ಯತೆ ಪಡೆಯುತ್ತದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ. ಮರುಸ್ಥಾಪಿಸಿದ ಪ್ರಾಥಮಿಕ ಆದ್ಯತೆ ಪಡೆಯದಿದ್ದರೆ ಅದು ಅಪೂರ್ಣ ಫೇಲ್ಓವರ್ ವಿನ್ಯಾಸ.

ಗೇಟ್ವೇ ಬದಲಾದಾಗ ಸೆಷನ್ ಸ್ಥಿತಿಯನ್ನು ನಿರ್ವಹಿಸಿ

ಫೈರ್ವಾಲ್ಗಳು ಮತ್ತು NAT ಒಂದು ಗೇಟ್ವೇನಲ್ಲಿ ಸಂಪರ್ಕ ಸ್ಥಿತಿಯನ್ನು ಇಟ್ಟುಕೊಳ್ಳಬಹುದು, ಮತ್ತು ಇನ್ನೊಂದು ಗೇಟ್ವೇಗೆ ಮಾರ್ಗ ಬದಲಾದಾಗ ಅದು ಜೊತೆಗೆ ಹೋಗುವುದಿಲ್ಲ. ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್ಗಳು ತಾವೇ ಮತ್ತೆ ಸಂಪರ್ಕಿಸುತ್ತವೆ; ಇತರವು ಸೆಷನ್ ಮರುಸ್ಥಾಪನೆಯಾಗುವವರೆಗೆ ವಿಫಲವಾಗುತ್ತವೆ. ಬ್ಯಾಕಪ್ ಸಾರ್ವಜನಿಕ ಮೂಲ ಅಥವಾ ಅನುವಾದಿತ ಖಾಸಗಿ ವಿಳಾಸವನ್ನು ಬದಲಿಸಿದರೆ, ದೂರಸ್ಥ ಪ್ರವೇಶ ನಿಯಮಗಳೂ ಪ್ರತಿಕ್ರಿಯಿಸಬಹುದು. ಅಡೆತಡೆಯಿಲ್ಲದ ಫೇಲ್ಓವರ್ ಭರವಸೆ ನೀಡುವ ಬದಲು ನಿರೀಕ್ಷಿತ ಸೆಷನ್ ಮರುಪ್ರಾರಂಭವನ್ನು ದಾಖಲಿಸಿ.

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

ಹೊಸ ವಿನಂತಿ ಮಾತ್ರವಲ್ಲ, ದೀರ್ಘ ಸೆಷನ್ ಇಟ್ಟುಕೊಳ್ಳುವ ಅಪ್ಲಿಕೇಶನ್ ಸಹ ಪರೀಕ್ಷಿಸಿ.

ಪ್ರಾಥಮಿಕ ಮರುಸ್ಥಾಪಿಸಿ ಮತ್ತು ಫ್ಲ್ಯಾಪಿಂಗ್ ಪರಿಶೀಲಿಸಿ

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

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