VPN ಬದಲಾವಣೆಯು ಖಾಸಗಿ ಸರ್ಕ್ಯೂಟ್ನಿಂದ ಏನನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬೇಕು
ಖಾಸಗಿ ಸರ್ಕ್ಯೂಟ್ ವಿಳಾಸೀಕರಣ, ವಿಳಂಬ ಮತ್ತು ಬೆಂಬಲದ ಭರವಸೆಗಳನ್ನು ಹೊತ್ತಿತ್ತು. ಅವುಗಳ ಪಟ್ಟಿ ಮಾಡಿ, ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ರೂಟ್ ಮಾಡಿ ಮತ್ತು ಮೊದಲು ನಿಜವಾದ ಸಂಚಾರದೊಂದಿಗೆ ಸುರಂಗವನ್ನು ಸ್ವೀಕರಿಸಿ.
ಖಾಸಗಿ ಸರ್ಕ್ಯೂಟ್ಗಳನ್ನು ವಿವರಿಸುವುದು ಸುಲಭ ಮತ್ತು ಬದಲಾಯಿಸುವುದು ಕಷ್ಟ, ಏಕೆಂದರೆ ಒಪ್ಪಂದವು ಕೇಬಲ್ಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಒಳಗೊಂಡಿತ್ತು. ಅದು ಹಸ್ತಾಂತರ, ವಿಳಾಸ ಯೋಜನೆ, ವಿಳಂಬದ ನಿರೀಕ್ಷೆ ಮತ್ತು ಬೆಂಬಲದ ವ್ಯವಸ್ಥೆಯನ್ನು ಹೊತ್ತಿತ್ತು, ಮತ್ತು ಅದನ್ನು ಬದಲಾಯಿಸುವ ಸುರಂಗವು ನಾಲ್ಕನ್ನೂ ಬಳುವಳಿಯಾಗಿ ಪಡೆಯುತ್ತದೆ, ಯಾರಾದರೂ ಅವುಗಳನ್ನು ಬರೆದಿರಲಿ ಬಿಡಲಿ. ತಂಡವು ರೂಟಿಂಗ್ ಸಂರಚನೆಯನ್ನು ನಕಲಿಸಿ ಉಳಿದದ್ದನ್ನು ಕಾರ್ಯಾಚರಣೆ ಸಮಸ್ಯೆ ಎಂದು ಕರೆದಾಗ ಬದಲಾವಣೆಗಳು ವಿಫಲವಾಗುತ್ತವೆ. ಅಗತ್ಯತೆಗಳಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನಂತರ ಹಳೆಯದನ್ನು ರದ್ದುಗೊಳಿಸುವ ಮೊದಲು ಹೊಸ ಮಾರ್ಗದಲ್ಲಿ ಪ್ರತಿಯೊಂದನ್ನು ಸಾಬೀತುಪಡಿಸಿ.
ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ಗುಣಲಕ್ಷಣಗಳ ಪಟ್ಟಿಯಾಗಿ ಮಾಡಿ
ಮೊದಲ ಪ್ರಶ್ನೆ ಎಂದರೆ ಹಳೆಯ ಸೇವೆ ನಿಜವಾಗಿ ಏನನ್ನು ಹಸ್ತಾಂತರಿಸಿತು: ಸಣ್ಣ ಉಪಜಾಲದೊಂದಿಗೆ ರೂಟ್ ಆದ ಕೊಂಡಿ, ಅಥವಾ ಸೈಟ್ಗಳ ನಡುವೆ ಹಂಚಿಕೊಂಡ 2 ನೇ ಪದರದ ವಿಭಾಗ. ಈ ವ್ಯತ್ಯಾಸವು IP ಸುರಂಗವು ಅದನ್ನು ಪುನರ್ನಿರ್ಮಿಸಲು ಸಾಧ್ಯವೇ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸುರಂಗವು ಎರಡು ವಿಳಾಸಗಳ ನಡುವೆ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಸಾಗಿಸುತ್ತದೆ ಮತ್ತು ಪ್ರಸಾರದ ಪತ್ತೆ ಅಥವಾ ಅನಿಯತ EtherTypes ಅನ್ನು ಸಾಗಿಸುವುದಿಲ್ಲ. ತನ್ನನ್ನು ಸ್ವಿಚ್ ಪೋರ್ಟ್ ಎಂದು ತೋರಿಸಿಕೊಂಡ ಸರ್ಕ್ಯೂಟ್ /30 ತೋರಿಸಿದ ಸರ್ಕ್ಯೂಟ್ಗಿಂತ ಬೇರೆ ಸ್ಥಳಾಂತರವಾಗಿದೆ.
ಸೈಟ್ ಪ್ರಿಫಿಕ್ಸ್ಗಳು, ಗೇಟ್ವೇ ವಿಳಾಸಗಳು, ತಮ್ಮ ಸಂರಚನೆಯಲ್ಲಿ ವಿಳಾಸಗಳನ್ನು ಸೇರಿಸುವ ಅನ್ವಯಗಳು ಮತ್ತು ಪರಿಸರದ ಬೇರೆಡೆ ಅತಿಕ್ರಮಿಸುವ ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಬರೆಯಿರಿ. ಸ್ಥಳಾಂತರದಿಂದ ಉಳಿಯುವ ವಿಳಾಸ ಯೋಜನೆ ವಿನ್ಯಾಸದ ಫಲಿತಾಂಶ, ಊಹೆ ಅಲ್ಲ. ಆ ನಾಲ್ಕು ಪಟ್ಟಿಗಳು ಮುಂದೆ ಸ್ವೀಕೃತಿ ಮಾನದಂಡಗಳೂ ಆಗುತ್ತವೆ, ಆದ್ದರಿಂದ ಪರೀಕ್ಷಕರು ಓದಬಹುದಾದ ಸ್ಥಳದಲ್ಲಿ ಇರಿಸಿ.
ಹೊಸ ಮಾರ್ಗವನ್ನು ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ರೂಟ್ ಮಾಡಿ
ಮೇಲೇಳುವ ಸುರಂಗವು ಅರ್ಧ ಮಾರ್ಗ ಮಾತ್ರ. ದೂರದ ಬದಿಗೆ ಪ್ರತಿ ಸ್ಥಳೀಯ ಪ್ರಿಫಿಕ್ಸ್ಗೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗ ಬೇಕು, ಮತ್ತು ಸ್ಥಳೀಯ ಬದಿಯು ಇಂಟರ್ನೆಟ್ ಮೂಲಕ ಹೊರಹೋಗಬೇಕಾದ ಸಂಚಾರವನ್ನು ಕದಿಯದೆ ಆ ಪ್ರಿಫಿಕ್ಸ್ಗಳಿಗೆ ಸುರಂಗಕ್ಕೆ ಆದ್ಯತೆ ನೀಡಬೇಕು. ಅಸಮವಾದ ಮುಂದುಗಡೆ ಸಾಗಣೆ ಎಂಬುದು ಆ ಅರ್ಧಗಳಲ್ಲಿ ಒಂದನ್ನು ಸರಿಯಾಗಿ ಮಾಡಿದುದರ ಸಾಮಾನ್ಯ ಲಕ್ಷಣ. ದೂರದ ಬದಿಯ ಕೋಷ್ಟಕವನ್ನು ನಿಮ್ಮದೇ ಎಷ್ಟು ಎಚ್ಚರಿಕೆಯಿಂದ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವೇ ಯಾರೂ ಸಂರಚಿಸದಿದ್ದ ಮಾರ್ಗ.
ip route get 10.20.0.10ನೀತಿ ಆಧಾರಿತ ರೂಟಿಂಗ್ ವಿಭಜನೆಯನ್ನು ಸ್ಪಷ್ಟಗೊಳಿಸುತ್ತದೆ: ಸೈಟ್ ಜೋಡಿಗೆ ಸೇರಿದ ಸಂಚಾರವನ್ನು ಗುರುತಿಸಿ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಸುರಂಗವಾಗಿರುವ ಕೋಷ್ಟಕವನ್ನು ಅದಕ್ಕೆ ನೀಡಿ. IPsec ರಕ್ಷಿತ ಸಂಘ ಮತ್ತು ಅದರೊಳಗೆ ಏನು ಪ್ರವೇಶಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನಿರ್ಧರಿಸುವ ನೀತಿಯನ್ನು ಒದಗಿಸುತ್ತದೆ, ಆದರೆ ಅದರ ಸುತ್ತಲಿನ ಮಾರ್ಗಗಳನ್ನು ಅಲ್ಲ, IPsec ವಾಸ್ತುಶಿಲ್ಪ ವಿವರಿಸಿದಂತೆ. ಗುರುತು ತುಂಬಾ ವಿಶಾಲವಾಗಿ ಹೊಂದಿಕೆಯಾದಾಗ, ಸೈಟ್ನ ಸಾಮಾನ್ಯ ವೆಬ್ ಸಂಚಾರವೂ ಸುರಂಗವನ್ನು ಪ್ರವೇಶಿಸಿ ತಪ್ಪು ನಿರ್ಗಮನದ ಮೂಲಕ ಹೊರಹೋಗುತ್ತದೆ.
ನೀವು ಈಗಾಗಲೇ ಪರೀಕ್ಷಿಸಿದ ರೋಲ್ಬ್ಯಾಕ್ನೊಂದಿಗೆ ಬದಲಿಸಿ
ಬೇರೆ ಬೇರೆ ಮಾಲೀಕರ ಎರಡು ಜೀವಂತ ಮಾರ್ಗಗಳು ಅಸಮ ಮುಂದುಗಡೆ ಸಾಗಣೆಯನ್ನು ಆಮಂತ್ರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಹೊಸದನ್ನು ನಿಗದಿತ ಕಿಟಕಿಯೊಳಗೆ ಮೇಲೆ ತನ್ನಿ ಮತ್ತು ಪ್ರಿಫಿಕ್ಸ್ಗಳನ್ನು ಘೋಷಿತ ಕ್ರಮದಲ್ಲಿ ಸರಿಸಿ. ಹಳೆಯ ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ಸಂರಚಿತವಾಗಿ ಬಿಡಿ ಮತ್ತು ಎರಡೂ ಸುರಂಗಗಳಲ್ಲಿ ಯಾವುದನ್ನೂ ಅವಲಂಬಿಸದ ಬ್ಯಾಂಡ್ನ ಹೊರಗಿನ ನಿರ್ವಹಣಾ ಮಾರ್ಗವನ್ನು ಇಟ್ಟುಕೊಳ್ಳಿ. ಅನ್ವಯಗಳು ಅನುಮತಿಸುವಲ್ಲಿ ಒಂದೊಂದಾಗಿ ಪ್ರಿಫಿಕ್ಸ್ ಸರಿಸಿ ಮತ್ತು ಸರಿಸುವಿಕೆಗಳ ನಡುವೆ ಸೆಷನ್ ಕೋಷ್ಟಕವನ್ನು ಗಮನಿಸಿ.
ಯಾವ ಸಾಕ್ಷ್ಯವು ಬದಲಾವಣೆಯನ್ನು ಅಧಿಕಾರ ನೀಡುತ್ತದೆ ಮತ್ತು ಯಾವ ಷರತ್ತು ರೋಲ್ಬ್ಯಾಕ್ ಪ್ರಚೋದಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ಮೊದಲೇ ನಿರ್ಧರಿಸಿ. ವಿಫಲವಾದ ಸಂಪರ್ಕದ ಮೂಲಕ ಹೊಸ VPN ಸರಿಪಡಿಸುವುದನ್ನು ಅಗತ್ಯವಾಗಿಸುವ ರೋಲ್ಬ್ಯಾಕ್ ರೋಲ್ಬ್ಯಾಕ್ ಅಲ್ಲ. ಟ್ರಿಗರ್ ಅನ್ನು ಕೋಣೆಯ ಭಾವನೆಯಾಗಿ ಅಲ್ಲ, ಅಳೆಯಬಹುದಾದ ಷರತ್ತಾಗಿ ಹೇಳಿ.
ಸರ್ಕ್ಯೂಟ್ ನಿಜವಾಗಿ ಹೊತ್ತ ಸಂಚಾರದೊಂದಿಗೆ ಸ್ವೀಕರಿಸಿ
Ping ತಲುಪುವಿಕೆಯನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಬೇರೆ ಸ್ವಲ್ಪ. ಹೆಸರು ಪರಿಹಾರ, ದೀರ್ಘಕಾಲದ ಸೆಷನ್ಗಳು, ನಿರಾಕರಿಸಿದ ಹರಿವುಗಳು ಮತ್ತು ಹಳೆಯ ಮಾರ್ಗವು ತುಣುಕುಗಳಿಲ್ಲದೆ ನಿರ್ವಹಿಸಿದ ಪ್ಯಾಕೆಟ್ ಗಾತ್ರಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ. MTU ಎಂಬುದು ಸುರಂಗಗಳು ಸರ್ಕ್ಯೂಟ್ನಿಂದ ಹೆಚ್ಚಾಗಿ ಭಿನ್ನವಾಗುವ ಸ್ಥಳ, ಏಕೆಂದರೆ ಸುತ್ತುವರಿಕೆ ಅನ್ವಯವು ಲಭ್ಯವೆಂದು ಭಾವಿಸಿದ ಬೈಟ್ಗಳನ್ನು ಖರ್ಚುಮಾಡುತ್ತದೆ. ಎರಡೂ ದಿಕ್ಕುಗಳಲ್ಲಿ ತುಣುಕುಗಳಿಲ್ಲದೆ ಹಾದುಹೋಗುವ ದೊಡ್ಡ ಪೇಲೋಡ್ ಅನ್ನು ಅಳೆಯಿರಿ, ಸರ್ವರ್ನ ಕಡೆಗೆ ಮಾತ್ರವಲ್ಲ.
ping -M do -s 1400 -c 3 10.20.0.101400 ಬೈಟ್ಗಳ ಪೇಲೋಡ್ ಹಾದುಹೋಗಿ 1472 ಹಾದುಹೋಗದಿದ್ದರೆ, ಮಾರ್ಗದ ಗರಿಷ್ಠ ಅನ್ವಯಗಳು ನಿರೀಕ್ಷಿಸುವುದಕ್ಕಿಂತ ಚಿಕ್ಕದಾಗಿದೆ ಮತ್ತು ನೀವು ಅಲಂಕಾರಿಕವಲ್ಲದ ನಿಜವಾದ ಹಿನ್ನಡೆಯನ್ನು ಕಂಡುಕೊಂಡಿದ್ದೀರಿ. ಆ ಫಲಿತಾಂಶವನ್ನು ಮೊದಲ ಹಂತದಲ್ಲಿ ಬರೆದ ಅಗತ್ಯತೆಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮತ್ತು ಆ ಅನ್ವಯಗಳ ಮಾಲೀಕರು ಮಾಪನವನ್ನು ಸ್ವೀಕರಿಸಿದಾಗ ಮಾತ್ರ ಸರ್ಕ್ಯೂಟ್ ಅನ್ನು ನಿಲ್ಲಿಸಿ. ಆ ಸಹಿ ಸಫಲ ಪರೀಕ್ಷೆಯನ್ನು ಸ್ವೀಕೃತ ಸ್ಥಳಾಂತರವಾಗಿ ಪರಿವರ್ತಿಸುತ್ತದೆ.