ಫ್ಲೋಟಿಂಗ್ VPN ಬ್ಯಾಕಪ್ ರೂಟ್ ವಹಿಸಿಕೊಳ್ಳುತ್ತಿಲ್ಲ: ಫೇಲ್ಓವರ್ ಪರಿಶೀಲನಾ ಪಟ್ಟಿ
ಫ್ಲೋಟಿಂಗ್ ಸ್ಟ್ಯಾಟಿಕ್ ರೂಟ್ಗಳು ಪ್ಯಾಕೆಟ್ಗಳ ನಿಲುಗಡೆಗಲ್ಲ, ಅರ್ಹತೆಗಾಗಿ ಕಾಯುತ್ತವೆ. VPN ಬ್ಯಾಕಪ್ನಲ್ಲಿ ಪ್ರೋಬ್ ಮಾರ್ಗ, ಮಿತಿಗಳು ಮತ್ತು ಮರಳುವಿಕೆಯ ಆರು ಕ್ರಮಬದ್ಧ ಪರಿಶೀಲನೆಗಳು.
ನಿಮ್ಮ ಫ್ಲೋಟಿಂಗ್ VPN ರೂಟ್ ಸಂರಚಿಸಲಾಗಿದೆ, ಬ್ಯಾಕಪ್ ದೂರವು ಪ್ರಾಥಮಿಕಕ್ಕಿಂತ ಹೆಚ್ಚಿದೆ, ಆದರೂ ಏನೂ ಎಂದಿಗೂ ಚಲಿಸುವುದಿಲ್ಲ. ಅಥವಾ ಚಲಿಸುತ್ತದೆ, ನಂತರ ಕೆಲವು ನಿಮಿಷಗಳಲ್ಲಿ ಹಿಂತಿರುಗುತ್ತದೆ, ವೈರ್ಲೆಸ್ ಲಿಂಕ್ ಇನ್ನೂ ಡೌನ್ ಆಗಿರುವಾಗ. ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ನೀವು ಚಿಂತಿಸುವ ವೈಫಲ್ಯವಲ್ಲದ ಬೇರೆ ಯಾವುದೋ ರೂಟ್ನ ಅರ್ಹತೆಯನ್ನು ನಿರ್ಧರಿಸುತ್ತಿದೆ.
ಈ ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ನಿಲ್ಲಿಸುವ ಷರತ್ತು ಇದೆ, ಮತ್ತು ವಿಫಲವಾದ ಪರಿಶೀಲನೆಯನ್ನು ಮುಂದಿನವುಗಳಿಂದ ರಕ್ಷಿಸಲಾಗದು. ಉದಾಹರಣೆಗಳು RouterOS ಸಿಂಟ್ಯಾಕ್ಸ್ ಬಳಸುತ್ತವೆ ಏಕೆಂದರೆ ದೂರ, ಗೇಟ್ವೇ ತಲುಪುವಿಕೆ ಮತ್ತು ಪುನರಾವರ್ತಿತ ಮುಂದಿನ ಹಾಪ್ ಅಲ್ಲಿ ಸಂರಚನೆಯಲ್ಲಿ ಗೋಚರಿಸುತ್ತವೆ, ಆದರೆ ಕ್ರಮವು ಟ್ರ್ಯಾಕ್ ಮಾಡಿದ ಸ್ಟ್ಯಾಟಿಕ್ ರೂಟ್ಗಳಿರುವ ಯಾವುದೇ ರೌಟರ್ಗೆ ಅನ್ವಯಿಸುತ್ತದೆ.
ಬ್ಯಾಕಪ್ ಆವರಿಸಬೇಕಾದ ವೈಫಲ್ಯಕ್ಕೆ ಹೆಸರಿಸಿ
«ಪ್ರಾಥಮಿಕ ಡೌನ್ ಆಗಿದೆ» ಎಂಬುದು ನಾಲ್ಕು ವಿಭಿನ್ನ ಅವಲೋಕನಗಳು. ತನ್ನ ಸಹಚರನನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ರೇಡಿಯೋ, ತನ್ನ ವಾಹಕವನ್ನು ಕಳೆದುಕೊಳ್ಳುವ ಇಂಟರ್ಫೇಸ್, ಉತ್ತರಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವ ದೂರದ ಗೇಟ್ವೇ, ಮತ್ತು ಕೆಲಸ ಮಾಡುವುದನ್ನು ನಿಲ್ಲಿಸುವ ಅಪ್ಲಿಕೇಶನ್ — ಎಲ್ಲವೂ ರೌಟರ್ನ ಸ್ಥಾನದಿಂದ ಬೇರೆ ಬೇರೆಯಾಗಿ ಕಾಣುತ್ತವೆ. ಯಾರಾದರೂ ದೂರದ ಮೌಲ್ಯವನ್ನು ಬದಲಿಸುವ ಮೊದಲು ವಿನ್ಯಾಸ ಯಾವುದಕ್ಕಾಗಿ ಎಂದು ಬರೆಯಿರಿ.
ನಂತರ ಸ್ವಾತಂತ್ರ್ಯವನ್ನು ಪರಿಶೀಲಿಸಿ. VPN ನ ಹೊರ ಸಾಗಣೆ ಅದೇ ವೈರ್ಲೆಸ್ ಮಾರ್ಗದಲ್ಲಿ ಅಥವಾ ಅದೇ ಮೇಲ್ಮುಖವನ್ನು ಹಂಚಿಕೊಳ್ಳುವ ಪ್ರವೇಶ ಲಿಂಕ್ನಲ್ಲಿ ಚಲಿಸಿದರೆ, ಬ್ಯಾಕಪ್ ಎರಡನೇ ವೈಫಲ್ಯ ಕ್ಷೇತ್ರವಲ್ಲ ಮತ್ತು ನಿಮಗೆ ಬೇಕಾದಾಗಲೇ ಡೌನ್ ಆಗಿರುತ್ತದೆ. ಕಾಗದದ ಮೇಲೆ ಪ್ರಾಥಮಿಕ ಕೇಬಲ್ ಎಳೆಯಿರಿ: ಟನೆಲ್ನ ಸ್ವಂತ ಸಾಗಣೆ ಅದರೊಂದಿಗೆ ಸತ್ತರೆ, ಫ್ಲೋಟಿಂಗ್ ರೂಟ್ ಸಂರಚನಾ ತಪ್ಪುಗಳನ್ನು ಮಾತ್ರ ಆವರಿಸುತ್ತದೆ, ಅಡಚಣೆಗಳನ್ನಲ್ಲ.
ದೂರಕ್ಕೆ ಏನನ್ನಾದರೂ ಪತ್ತೆ ಮಾಡುವಂತೆ ಕೇಳುವುದನ್ನು ನಿಲ್ಲಿಸಿ
ಹೆಚ್ಚಿನ ದೂರವು ರೂಟ್ ಅನ್ನು ಕಡಿಮೆ ಆದ್ಯತೆಯದಾಗಿಸುತ್ತದೆ. ಅದೇ ಇಡೀ ಕೆಲಸ. ಪ್ರಾಥಮಿಕ ಸ್ಟ್ಯಾಟಿಕ್ ರೂಟ್ ಅರ್ಹವಾಗಿರುವವರೆಗೆ, ಫ್ಲೋಟಿಂಗ್ ರೂಟ್ ನಿಷ್ಕ್ರಿಯವಾಗಿರುತ್ತದೆ, ಮತ್ತು ಅದು ದೋಷವಲ್ಲ ಸರಿಯಾದ ನಡವಳಿಕೆ. ಪ್ರಾಥಮಿಕ ಹಿಂಪಡೆಯಲ್ಪಟ್ಟಾಗ ಅಥವಾ ತಲುಪಲಾಗದಂತೆ ಗುರುತಿಸಲ್ಪಟ್ಟಾಗ ಮಾತ್ರ ವೈಫಲ್ಯ ಗೋಚರಿಸುತ್ತದೆ.
ಸ್ಟ್ಯಾಟಿಕ್ ರೂಟ್ಗಳಿಗೆ ಅದಕ್ಕೆ ಸ್ಪಷ್ಟ ಟ್ರ್ಯಾಕರ್ ಬೇಕು:
/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10
ಅದು ಏನನ್ನು ಪರೀಕ್ಷಿಸುತ್ತದೆ ಎಂದು ಓದಿ: ಮುಂದಿನ ಹಾಪ್, ಗಮ್ಯಸ್ಥಾನವಲ್ಲ. ತನ್ನ ಸ್ಥಳೀಯ ಬದಿಯಲ್ಲಿ ಇನ್ನೂ ಉತ್ತರಿಸುತ್ತಿರುವ ಆದರೆ ಅದರಾಚೆಗಿನ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ಮುರಿದಿರುವ ರೇಡಿಯೋ ಪ್ರಾಥಮಿಕ ರೂಟ್ ಅನ್ನು ಸಕ್ರಿಯವಾಗಿ ಇಡುತ್ತದೆ. ಅದೇ ಮೌನ ಪ್ರಕರಣ, ಮತ್ತು ದೂರ ಜೊತೆಗೆ ಗೇಟ್ವೇ ಪರಿಶೀಲನೆ ಅದನ್ನು ಹಿಡಿಯುವುದಿಲ್ಲ. ಆ ಪ್ರಕರಣ ಮುಖ್ಯವಾದರೆ, ಪತ್ತೆ ದೂರದ ಬದಿಯನ್ನು ಗಮನಿಸುವ ಯಾವುದರಿಂದಲಾದರೂ ಬರಬೇಕು: ರೌಟಿಂಗ್ ಪ್ರೋಟೋಕಾಲ್ ನೆರೆಹೊರೆ, ಅಥವಾ ನೀವೇ ಅದರ ಮಾರ್ಗ ಮತ್ತು ಫಲಿತಾಂಶ ನಿಯಮವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿದ ಪ್ರೋಬ್.
ಪ್ರೋಬ್ನ ಸ್ವಂತ ಪ್ಯಾಕೆಟ್ಗಳು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂದು ಕಂಡುಹಿಡಿಯಿರಿ
ಆರೋಗ್ಯ ಪ್ರೋಬ್ಗೂ ರೂಟ್ ಇರುತ್ತದೆ. ಡೇಟಾ ಸಂಚಾರ VPN ಗೆ ಹೋದ ನಂತರ, ಅದೇ ದೂರದ ವಿಳಾಸಕ್ಕೆ ನಿರ್ಬಂಧವಿಲ್ಲದ ಪ್ರೋಬ್ ಅದನ್ನು ಅನುಸರಿಸಬಹುದು, ಯಶಸ್ವಿಯಾಗಬಹುದು, ಮತ್ತು ಪ್ರಾಥಮಿಕ ಚೇತರಿಸಿಕೊಂಡಿದೆ ಎಂಬ ಸಾಕ್ಷಿಯಾಗಿ ಓದಲ್ಪಡಬಹುದು. ಸಂಚಾರ ಮುರಿದ ಮಾರ್ಗಕ್ಕೆ ಮರಳುತ್ತದೆ ಮತ್ತು ಚಕ್ರ ಪುನರಾವರ್ತಿಸುತ್ತದೆ.
ಪ್ರೋಬ್ ಅನ್ನು ಅದು ನಿರ್ಣಯಿಸಬೇಕಾದ ಮಾರ್ಗಕ್ಕೆ ಪಿನ್ ಮಾಡಿ. RouterOS ನಲ್ಲಿ ಸಾಮಾನ್ಯ ವಿಧಾನವೆಂದರೆ ಪ್ರಾಥಮಿಕ ಗೇಟ್ವೇ ಮೂಲಕ ಮೇಲ್ವಿಚಾರಣಾ ಗುರಿಗೆ ಹೋಸ್ಟ್ ರೂಟ್, ಬೇರೆ ಯಾವುದೇ ರೂಟ್ ಅದನ್ನು ಪರಿಹರಿಸಲಾಗದಷ್ಟು ಚಿಕ್ಕ ವ್ಯಾಪ್ತಿಯೊಂದಿಗೆ, ಮತ್ತು RouterOS ಕೈಪಿಡಿಯ ಪುನರಾವರ್ತಿತ ಫೇಲ್ಓವರ್ ಉದಾಹರಣೆ ಅದನ್ನೇ ನಿರ್ಮಿಸುತ್ತದೆ. ಬ್ಯಾಕಪ್ ಸಕ್ರಿಯವಾಗಿರುವಾಗ ಲೈವ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಅದನ್ನು ದೃಢೀಕರಿಸಿ, ಸಂರಚನಾ ಟಿಪ್ಪಣಿಯಿಂದ ಅಲ್ಲ:
/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop
ಗುರಿಗಳನ್ನು ಸೇರಿಸುವ ಮೊದಲು ಪ್ರೋಬ್ ಫಲಿತಾಂಶದ ಅರ್ಥವನ್ನು ವ್ಯಾಖ್ಯಾನಿಸಿ
ICMP ಅನ್ನು ತಿರಸ್ಕರಿಸುವ ಅಥವಾ ನಿರ್ವಹಣೆಗೆ ಹೋಗುವ ಒಂದು ಗುರಿ ನಿಖರವಾಗಿ ಮಾರ್ಗ ವೈಫಲ್ಯದಂತೆ ಕಾಣುತ್ತದೆ, ಮತ್ತು ನಿಯಮವಿಲ್ಲದ ಮೂರು ಗುರಿಗಳು ನಿಮಗೆ ಮೂರು ಅಭಿಪ್ರಾಯಗಳನ್ನು ಮಾತ್ರ ನೀಡುತ್ತವೆ. ಮೊದಲು ನಿಯಮವನ್ನು ನಿರ್ಧರಿಸಿ, ನಂತರ ಅದನ್ನು ಜಾರಿಗೆ ತನ್ನಿ: ಉದಾಹರಣೆಗೆ, ಮೂರರಲ್ಲಿ ಎರಡು ಗುರಿಗಳು ಎರಡು ಸತತ ಮಧ್ಯಂತರಗಳಲ್ಲಿ ವಿಫಲವಾದಾಗ ಪ್ರಾಥಮಿಕ ಡೌನ್ ಎಂದು ಪರಿಗಣಿಸಲಾಗುತ್ತದೆ, ಮುಂದಿನ ವ್ಯಕ್ತಿ ಅದನ್ನು ಕಂಡುಕೊಳ್ಳುವ ಕಾರ್ಯಾಚರಣಾ ಕೈಪಿಡಿಯಲ್ಲಿ ಬರೆಯಿರಿ.
ಒಂದು ಕಳೆದುಹೋದ ಪ್ಯಾಕೆಟ್ ಸೈಟ್ ಅನ್ನು ಸರಿಸದಂತೆ ವೈಫಲ್ಯ ಮತ್ತು ಚೇತರಿಕೆ ಮಿತಿಗಳನ್ನು ಹೊಂದಿಸಿ. ಹಿಸ್ಟೆರೆಸಿಸ್ ಸ್ವಲ್ಪ ಪತ್ತೆ ಸಮಯವನ್ನು ವೆಚ್ಚ ಮಾಡುತ್ತದೆ ಮತ್ತು ಸ್ಥಿರತೆಯನ್ನು ಮರಳಿ ತರುತ್ತದೆ. ಮಧ್ಯಂತರವನ್ನು ಪ್ರೋಬ್ ಎಷ್ಟು ವೇಗವಾಗಿ ಓಡಬಹುದು ಎಂಬುದರಿಂದಲ್ಲ, ಅಡಚಣೆ ಎಷ್ಟು ಕಾಲ ಸಹಿಸಲರ್ಹ ಎಂಬುದರಿಂದ ಆರಿಸಿ, ಮತ್ತು ಮರಳುವಿಕೆಯನ್ನು ಫೇಲ್ಓವರ್ಗಿಂತ ನಿಧಾನವಾಗಿರಿಸಿ ಇದರಿಂದ ಪ್ರಾಥಮಿಕ ಸಂಚಾರವನ್ನು ಮರಳಿ ಪಡೆಯುವ ಮೊದಲು ತನ್ನನ್ನು ಸಾಬೀತುಪಡಿಸಬೇಕು.
ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಮತ್ತು ಸೆಷನ್ಗಳ ಕಥೆಯನ್ನು ಪರಿಶೀಲಿಸಿ
ಹೊರಮುಖವಾಗಿ ಮಾತ್ರ ಕೆಲಸ ಮಾಡುವ ಫೇಲ್ಓವರ್ ಅರ್ಧ ವಿನ್ಯಾಸ. ದೂರದ ಸೈಟ್ಗೆ VPN ಮೂಲಕ ನಿಮ್ಮ ಮೂಲ ಶ್ರೇಣಿಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಹಿಂತಿರುಗುವ ಸಂಚಾರ ಅನಿರೀಕ್ಷಿತ ವಿಳಾಸದಿಂದ ಬರುತ್ತದೆ ಮತ್ತು ಇನ್ನು ಹೊಂದಿಕೆಯಾಗದ ಫೈರ್ವಾಲ್ ಸ್ಥಿತಿಗೆ ಬಡಿಯುತ್ತದೆ. ಹೊಸ ಸಂಪರ್ಕಗಳು ಕೆಲಸ ಮಾಡಿದರೂ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಸೆಷನ್ಗಳು ಮುರಿಯುತ್ತವೆ, ಆದ್ದರಿಂದ ವರ್ಗಾವಣೆ ಉಳಿಯುತ್ತದೆ ಎಂದು ಭರವಸೆ ನೀಡುವ ಬದಲು ಅದನ್ನು ಸ್ವೀಕಾರ ಮಾನದಂಡಗಳಲ್ಲಿ ಇರಿಸಿ.
ನಿರ್ವಹಣಾ ಪ್ರವೇಶವನ್ನು ಪರೀಕ್ಷಿಸುವ ಮಾರ್ಗದಿಂದ ದೂರವಿರಿಸಿ. ನಿಮ್ಮ ಏಕೈಕ ಪ್ರವೇಶ ಪ್ರಾಥಮಿಕದ ಮೂಲಕವಾದರೆ, ಫೇಲ್ಓವರ್ ಪರೀಕ್ಷೆ ತಪ್ಪಾಗಿ ವರ್ತಿಸುವ ಸಾಧನದಿಂದ ನಿಮ್ಮನ್ನು ಹೊರಗೆ ಲಾಕ್ ಮಾಡುತ್ತದೆ.
ಸ್ವೀಕಾರ ಕ್ರಮವನ್ನು ನಡೆಸಿ
ಮೂರು ಪರೀಕ್ಷೆಗಳು ಬಹುಪಾಲು ಭೂಮಿಯನ್ನು ಆವರಿಸುತ್ತವೆ: ಪ್ರಾಥಮಿಕದ ಭೌತಿಕ ನಷ್ಟ, ಇಂಟರ್ಫೇಸ್ ಇನ್ನೂ ಮೇಲಿರುವ ಮೌನ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ವೈಫಲ್ಯ, ಮತ್ತು ಪ್ರಾಥಮಿಕದ ಮರುಸ್ಥಾಪನೆ. ಪ್ರತಿಯೊಂದಕ್ಕೂ ಪ್ರೋಬ್ನ ಮೂಲ ಮತ್ತು ಮುಂದಿನ ಹಾಪ್, ಸಕ್ರಿಯ ಗಮ್ಯಸ್ಥಾನ ರೂಟ್, ಮತ್ತು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ತಾಜಾ ಅನುಮತಿಸಲಾದ ಅಪ್ಲಿಕೇಶನ್ ವಿನಿಮಯವನ್ನು ದಾಖಲಿಸಿ.
ಮೌನ ಪ್ರಕರಣವೇ ವಿನ್ಯಾಸಗಳನ್ನು ಬೇರ್ಪಡಿಸುತ್ತದೆ. ಬ್ಯಾಕಪ್ ಅಲ್ಲಿ ವಹಿಸಿಕೊಳ್ಳದಿದ್ದರೆ, ನೀವು ಮಾರ್ಗ ಮಾನಿಟರ್ ಅಲ್ಲ, ಲಿಂಕ್ ಮಾನಿಟರ್ ನಿರ್ಮಿಸಿದ್ದೀರಿ. ಅದು ಸ್ವೀಕಾರಾರ್ಹವೇ ಎಂದು ನಿರ್ಧರಿಸಿ, ಮತ್ತು ಮಿತಿಯನ್ನು ಆನ್-ಕಾಲ್ ಎಂಜಿನಿಯರ್ ಓದುವ ಸ್ಥಳದಲ್ಲಿ ಬರೆಯಿರಿ. ಎರಡನೇ ಸಂಪರ್ಕಿತ ಟನೆಲ್ ತನ್ನಷ್ಟಕ್ಕೇ ಪೂರ್ಣ ಬ್ಯಾಕಪ್ ನೀತಿಯಲ್ಲ.