VPN ಸೈಟ್ ವಿಸ್ತರಣೆ: ಗೇಟ್‌ವೇ ಮೀರಿ ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಅನುಸರಿಸಿ

ಶಾಖೆಯಿಂದ ಬರುವ ಸಂಚಾರವು ನೀವು ತಲುಪಲು ಕೇಳಿದ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ತನ್ನ LAN ನಲ್ಲಿ ಹೊಂದಿರದ ಗೇಟ್‌ವೇಯಲ್ಲಿ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಸರ್ವರ್ ಎರಡನೇ ಡೇಟಾ ಸೆಂಟರ್‌ನಲ್ಲಿದೆ, VPN ಎಂದೂ ಸಂರಚಿಸದ ಆಂತರಿಕ ಲಿಂಕ್‌ನ ಆಚೆ. ಹತ್ತಿರದ ಗೇಟ್‌ವೇಗೆ ಇನ್ನೊಂದು ಪ್ರಿಫಿಕ್ಸ್ ಸೇರಿಸುವುದು ಆ ಸಂದರ್ಭಕ್ಕೆ ಏನನ್ನೂ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ದೂರದ ಗೇಟ್‌ವೇ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಅಂತ್ಯಬಿಂದುವೇ ಹೊರತು ಕೊನೆಯ ರೌಟರ್ ಅಲ್ಲ. ಮಾರ್ಗಕ್ಕೆ ಮುಂದಿನ ರೂಟ್, ದೂರದ ಭದ್ರತಾ ಗಡಿಯಲ್ಲಿ ಪ್ರವೇಶ ಮತ್ತು ಗಮ್ಯದ ಸ್ವಂತ ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಹಿಂತಿರುಗುವ ನಿರ್ಧಾರ ಬೇಕು.

ದೂರದ ಗೇಟ್‌ವೇ ಎನ್‌ಕ್ರಿಪ್ಷನ್ ಅಂತ್ಯಬಿಂದು

ಗೇಟ್‌ವೇ-ಗೇಟ್‌ವೇ IPsec ಎರಡು ಭದ್ರತಾ ಸಾಧನಗಳ ನಡುವಿನ ಸಂಚಾರವನ್ನು ರಕ್ಷಿಸುತ್ತದೆ, ಮತ್ತು ಆಂತರಿಕ ವಿಳಾಸಗಳು ಆ ವಿಭಾಗದ ಮೂಲಕ ಎನ್‌ಕ್ರಿಪ್ಟ್ ಆಗಿ ಹಾದುಹೋಗುತ್ತವೆ. ದೂರದ ಗೇಟ್‌ವೇ ಆಚೆ ಸಾಮಾನ್ಯ ರೌಟಿಂಗ್ ವಹಿಸಿಕೊಳ್ಳುತ್ತದೆ, ಡೇಟಾ ಸೆಂಟರ್‌ಗಳ ನಡುವೆ ಇರುವ ಯಾವುದೇ ನೀತಿ ಸೇರಿದಂತೆ. ಆದ್ದರಿಂದ ಸಂರಕ್ಷಿತ ವಿಭಾಗವು ಪ್ರಯಾಣದ ಒಂದು ಭಾಗವನ್ನು ಆವರಿಸುತ್ತದೆ, ಉಳಿದದ್ದನ್ನು ಅಲ್ಲ. ವಿರುದ್ಧವಾಗಿ ಊಹಿಸುವುದೇ ವಿನ್ಯಾಸವು ಆರೋಗ್ಯಕರ ಸುರಂಗ ಮತ್ತು ತಲುಪಲಾಗದ ಅಪ್ಲಿಕೇಶನ್‌ನೊಂದಿಗೆ ಕೊನೆಗೊಳ್ಳುವ ದಾರಿ.

ಮಾರ್ಗವನ್ನು ಮೂರು ಭಾಗಗಳಲ್ಲಿ ಎಳೆಯಿರಿ: ಶಾಖೆಯಿಂದ ಹತ್ತಿರದ ಗೇಟ್‌ವೇಗೆ, ಹತ್ತಿರದಿಂದ ದೂರದ ಗೇಟ್‌ವೇಗೆ, ದೂರದ ಗೇಟ್‌ವೇಯಿಂದ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ. ಪ್ರತಿ ಭಾಗಕ್ಕೂ ತನ್ನದೇ ಮಾಲೀಕ ಮತ್ತು ತನ್ನದೇ ವೈಫಲ್ಯ ವಿಧಾನವಿದೆ.

ಸುರಂಗ ನೀತಿಯ ಎರಡೂ ದಿಕ್ಕುಗಳನ್ನು ಓದಿ

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

ಮೂಲ ಮತ್ತು ಗಮ್ಯವನ್ನು ಸೈಟ್ ಹೆಸರುಗಳ ಬದಲು ವಿಳಾಸಗಳಾಗಿ ಬರೆಯಿರಿ. ಇಲ್ಲಿನ ಅಸ್ಪಷ್ಟತೆ ನಂತರ ಗೊಂದಲಮಯ ಅಸಮಮಿತಿಯಾಗಿ ಮತ್ತೆ ಕಾಣಿಸುತ್ತದೆ.

ಮುಂದಿನ ರೂಟ್ ಸೇರಿಸಿ ಮತ್ತು ಪ್ರವೇಶವನ್ನು ದೃಢೀಕರಿಸಿ

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

ip route get 10.30.5.10 from 10.10.1.50
traceroute -n -s 10.10.1.50 10.30.5.10

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

ಶಾಖೆಯಿಂದ ಪರೀಕ್ಷಿಸಿ, ನಂತರ ಹಳೆಯ ಮಾರ್ಗವನ್ನು ಮತ್ತೆ ಪರೀಕ್ಷಿಸಿ

ಸ್ವೀಕೃತಿಗೆ ದೂರದ ಗೇಟ್‌ವೇಯಿಂದ ತಪಾಸಣೆಯಲ್ಲ, ನಿಜವಾದ ಮೂಲ ಬೇಕು. ಶಾಖೆಯ ಹೋಸ್ಟ್‌ನಿಂದ ಪರಿಶೀಲನೆ ನಡೆಸಿ ಮತ್ತು ಹಿಂದೆ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದ ಗಮ್ಯಗಳನ್ನು ಅದೇ ಪರೀಕ್ಷೆಯಲ್ಲಿ ಇರಿಸಿ.

curl -sS -m 5 http://10.30.5.10:8080/health
ping -c 3 10.20.1.1

ಅಪ್ಲಿಕೇಶನ್‌ನ ಪ್ರತಿಕ್ರಿಯೆ ಮುಂದಿನ ಮಾರ್ಗ ಮತ್ತು ಹಿಂತಿರುಗುವ ಮಾರ್ಗವನ್ನು ಒಟ್ಟಿಗೆ ಸಾಬೀತುಪಡಿಸುತ್ತದೆ, ಹಳೆಯ ಗಮ್ಯಕ್ಕೆ ping ಬದಲಾವಣೆ ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದದ್ದನ್ನು ಮುರಿದಿಲ್ಲ ಎಂದು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ. ಅಪ್ಲಿಕೇಶನ್ ದಾಖಲಿಸುವ ಮೂಲ ವಿಳಾಸವನ್ನು ತೆಗೆದುಕೊಳ್ಳಿ, ಏಕೆಂದರೆ ಅದರ ಪ್ರವೇಶ ನಿಯಮಗಳು ಮತ್ತು ಯಾವುದೇ ಹಿಂತಿರುಗುವ ರೂಟ್ ಆ ಮೌಲ್ಯಕ್ಕೆ ಹೊಂದಿಕೆಯಾಗಬೇಕು. ಶಾಖೆ ಸುರಂಗಕ್ಕೆ ಮೊದಲು ಅನುವಾದಿಸುವಲ್ಲಿ, ನೀತಿಯ ವಿಳಾಸ ಮತ್ತು ಅಪ್ಲಿಕೇಶನ್ ನೋಡುವ ವಿಳಾಸ ವಿನ್ಯಾಸದ ಪ್ರಕಾರ ಭಿನ್ನ, ಆದ್ದರಿಂದ ಎರಡನ್ನೂ ದಾಖಲಿಸಿ. ಕೀ ನವೀಕರಣ ಅಥವಾ ರೌಟಿಂಗ್ ಬದಲಾವಣೆಯ ನಂತರ ಪರೀಕ್ಷೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಈ ಮಾರ್ಗಗಳು ಸಾಮಾನ್ಯವಾಗಿ ಒಮ್ಮೆ ಪರಿಶೀಲಿಸಿ ಮರೆತುಹೋಗುತ್ತವೆ.

ಮೂರು ವಿಭಾಗಗಳ ಪ್ರತಿಯೊಂದಕ್ಕೂ ಮತ್ತು ಗಮ್ಯ ನೆಟ್‌ವರ್ಕ್ ಒಳಗಿನ ಹಿಂತಿರುಗುವ ರೂಟ್‌ಗೂ ಮಾಲೀಕರನ್ನು ನಿಗದಿಪಡಿಸಿ. ನಾಲ್ಕು ಮಾಲೀಕರಿರುವ ಮಾರ್ಗ ಅವರ ನಡುವಿನ ಅಂತರಗಳಲ್ಲಿ ವಿಫಲವಾಗುತ್ತದೆ.