ಎರಡನೇ WAN VPN ನಮೂದು ವಿಫಲವಾಗುತ್ತದೆ, ಪ್ರಾಥಮಿಕವು ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ

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

ಪ್ರತಿ WAN ಗೂ ತನ್ನದೇ ನಮೂದು ಒಪ್ಪಂದ ಬೇಕು

ಪ್ರತಿ WAN ಗೂ ಐದು ಕ್ಷೇತ್ರಗಳನ್ನು ದಾಖಲಿಸಿ: ಸಾರ್ವಜನಿಕ ಹೆಸರು ಮತ್ತು ವಿಳಾಸ, ಸಾಗಣೆ ಮತ್ತು ಪೋರ್ಟ್, ಅದನ್ನು ಮುಗಿಸುವ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಸಂದರ್ಭ, ಅದು ಪ್ರಸ್ತುತಪಡಿಸಬೇಕಾದ ಸಹವರ್ತಿ ಗುರುತು, ಮತ್ತು ಉತ್ತರ ಎಲ್ಲಿಂದ ಹೊರಬರುತ್ತದೆ. ಎರಡು ಸರ್ಕ್ಯೂಟ್ ಎಂದರೆ ಎರಡು ಪೂರ್ಣ ಗುಂಪುಗಳು. ಎರಡನೇ ಗುಂಪಿಗೆ ಮುಗಿಸುವ ಇಂಟರ್ಫೇಸ್ ಅಥವಾ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಇಲ್ಲದಿದ್ದರೆ ನಿಮಗೆ ಬ್ಯಾಕಪ್ ನಮೂದು ಇಲ್ಲ; ಉದ್ದೇಶವನ್ನು ವಿವರಿಸುವ DNS ದಾಖಲೆ ಇದೆ.

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

ಎರಡನೇ WAN ನಿಜವಾಗಿ ಉತ್ತರಿಸುತ್ತದೆಯೇ ಎಂದು ಪರಿಶೀಲಿಸಿ

ಎರಡೂ ಸರ್ಕ್ಯೂಟ್ಗಳ ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ, ಗೇಟ್ವೇ ಹಿಂದಿನ ಯಂತ್ರದಿಂದ ಅಲ್ಲ, ಮತ್ತು ಕ್ಲೈಂಟ್ ಪ್ರೊಫೈಲ್ ಬಳಸುವ ನಿಖರ ಹೆಸರನ್ನೇ ಪರೀಕ್ಷಿಸಿ. TLS ಆಲಿಸುವಿಕೆಗೆ ವೇಗದ ಪರಿಶೀಲನೆ openssl s_client -connect ADDRESS:443 -servername vpn.example.com -showcerts , ಅದನ್ನು ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನ ಹೊರಗಿನ ಹೋಸ್ಟ್ನಿಂದ ಚಲಾಯಿಸಲಾಗುತ್ತದೆ. ಪ್ರೊಫೈಲ್ನ ಹೆಸರಿಗೆ ಹೊಂದುವ ಸರಪಳಿಯುಳ್ಳ ಪೂರ್ಣಗೊಂಡ ಕೈಕುಲುಕು ನಿಮಗೆ ಬೇಕು, ಸಂಪರ್ಕವನ್ನು ಸ್ವೀಕರಿಸುವ TCP ಪೋರ್ಟ್ ಮಾತ್ರವಲ್ಲ.

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

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

ಉತ್ತರವನ್ನು ಅನುಸರಿಸಿ, ಕೇವಲ ವಿನಂತಿಯನ್ನಲ್ಲ

ಎರಡನೇ WAN ಸಾಮಾನ್ಯವಾಗಿ ಹಿಂತಿರುಗುವ ದಾರಿಯಲ್ಲಿ ಮುರಿಯುತ್ತದೆ. ವಿನಂತಿ ISP B ಮೂಲಕ ಬರುತ್ತದೆ, ಸಾಧನ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಉತ್ತರವು ISP A ಯ ಡಿಫಾಲ್ಟ್ ಮಾರ್ಗದ ಮೂಲಕ ಕ್ಲೈಂಟ್ ಎಂದೂ ಕೇಳದ ಮೂಲ ವಿಳಾಸದೊಂದಿಗೆ ಹೊರಹೋಗುತ್ತದೆ. ಸ್ಥಿತಿಯುಳ್ಳ ಅನುವಾದವು ಅದನ್ನು ಕೆಡಿಸುತ್ತದೆ: ನಕ್ಷೆಯನ್ನು ಪ್ರಾಥಮಿಕ ಇಂಟರ್ಫೇಸ್ಗೆ ನಿರ್ಮಿಸಿದ್ದರೆ, ಹಿಂತಿರುಗುವ ಪ್ಯಾಕೆಟ್ ಅನುವಾದವನ್ನು ತಪ್ಪಿಸುತ್ತದೆ ಅಥವಾ ಕ್ಲೈಂಟ್ನ ಫೈರ್ವಾಲ್ ಬಿಸಾಡುವ ಮೂಲವನ್ನು ಹೊತ್ತೊಯ್ಯುತ್ತದೆ. ಪೂರೈಕೆದಾರರು ತಾವು ನೀಡಿದ ಸರ್ಕ್ಯೂಟ್ಗೆ ಸೇರದ ಮೂಲ ವಿಳಾಸಗಳನ್ನೂ ಬಿಸಾಡುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಇದು ಸ್ವಚ್ಛ ಪ್ರೋಟೋಕಾಲ್ ದೋಷದ ಬದಲು ಏಕಮುಖ ಕಪ್ಪು ಕುಳಿಯಂತೆ ಕಾಣುತ್ತದೆ.

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

ಎರಡನೇ ನಮೂದಿನ ಬಗ್ಗೆ ತಿಳಿಯಲು ಕ್ಲೈಂಟ್ಗೆ ದಾರಿ ಕೊಡಿ

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

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

ಎರಡು ಪೂರೈಕೆದಾರರ ಮೇಲೆ ಒಂದು ವಿಳಾಸ ಬೇರೆ ಉತ್ಪನ್ನ

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

ಎರಡು ನಮೂದುಗಳನ್ನು ಪ್ರಕಟಿಸಲು ಇವುಗಳಲ್ಲಿ ಯಾವುದೂ ನಿಮಗೆ ಬೇಕಿಲ್ಲ. ಕ್ಲೈಂಟ್ ಎರಡು ಹೆಸರುಗಳನ್ನು ಇಟ್ಟುಕೊಂಡು ಅವುಗಳ ನಡುವೆ ಫೇಲ್ಓವರ್ ಮಾಡಬಲ್ಲದಿದ್ದರೆ ಎರಡು ಸ್ವತಂತ್ರ ನಮೂದುಗಳು ಸಾಕು, ಮತ್ತು ನೀವು AS ಸಂಖ್ಯೆ, ಪೀರಿಂಗ್ ಒಪ್ಪಂದ ಮತ್ತು ಎಲ್ಲೆಡೆ ಒಪ್ಪಬೇಕಾದ ಮುನ್ಸೂಚಕವನ್ನು ತಪ್ಪಿಸುತ್ತೀರಿ. ಸಾಗಿಸಬಹುದಾದ ವಿಳಾಸದ ಆಯ್ಕೆಯನ್ನು ಕ್ಲೈಂಟ್ಗಳನ್ನು ಮರುಸಂರಚಿಸಿ ಬದಲಾಯಿಸಲಾಗದ ಒಂದೇ ಸ್ಥಿರ ಪ್ರವೇಶ ಬಿಂದು ನಿಜವಾಗಿ ಬೇಕಾದಾಗ, ಅಥವಾ TTL ವಿಳಂಬವಿರುವ DNS ಆಧಾರಿತ ಫೇಲ್ಓವರ್ ನೀವು ವಿನ್ಯಾಸ ಮಾಡುತ್ತಿರುವ ಅಡಚಣೆಗೆ ತುಂಬಾ ನಿಧಾನವಾದಾಗ ಮಾತ್ರ ಪರಿಗಣಿಸಿ.

ಮುಂದೆ ಏನನ್ನು ಪರಿಶೀಲಿಸಬೇಕು

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

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