ISP ರೂಟರ್ ಪಕ್ಕದಲ್ಲಿ ಕರೆಗಳನ್ನು ಮುರಿಯದೆ ಸೈಟ್ VPN ಸೇರಿಸಿ

ಹೆಚ್ಚಿನ ಸಣ್ಣ ಸೈಟ್‌ಗಳಲ್ಲಿ ಈಗಾಗಲೇ ಇಂಟರ್ನೆಟ್, DHCP ಮತ್ತು ಧ್ವನಿ ಸಾಲನ್ನು ಮಾಡುವ ಒಂದು ಸಾಧನ ಇದೆ, ಮತ್ತು ಆ ಸಾಧನ ನಿಮ್ಮ ಸೈಟ್ ಟನೆಲ್ ನಡೆಸುವುದಿಲ್ಲ. ಖಾಸಗಿ ಮಾರ್ಗಕ್ಕೆ ಎರಡನೇ ಗೇಟ್‌ವೇ ಸೇರಿಸುವುದು ಕೇಬಲ್ ಮುಟ್ಟುವ ಮೊದಲು ಪ್ರತಿ ಮಾರ್ಗ ಯಾರದ್ದು ಎಂದು ನಿರ್ಧರಿಸಿದರೆ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ನಿಜವಾದ ಅಪಾಯ ಟನೆಲ್ ಅಲ್ಲ; ಫೋನ್‌ಗಳನ್ನು ನೋಂದಾಯಿತವಾಗಿ ಇಡುವ ಸಾಧನವನ್ನು ಸದ್ದಿಲ್ಲದೆ ಬದಲಿಸುವುದು. ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ರಮವಾಗಿ ಮಾಡಿ ಮತ್ತು ಒಂದು ವಿಫಲವಾದಲ್ಲಿ ನಿಲ್ಲಿಸಿ.

ಈಗಾಗಲೇ ಕೆಲಸ ಮಾಡುತ್ತಿರುವ ಪಾತ್ರಗಳನ್ನು ಬರೆಯಿರಿ

ಡಿಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ, DHCP ಸರ್ವರ್, ರಿಜಾಲ್ವರ್ ಮತ್ತು ಪೂರೈಕೆದಾರರ ಧ್ವನಿ ನೋಂದಣಿ ಹೊಂದಿರುವ ಸಾಧನವನ್ನು ದಾಖಲಿಸಿ. ಈ ಉದಾಹರಣೆಯಲ್ಲಿ ISP ರೂಟರ್ 10.50.0.1, ಹೊಸ ಗೇಟ್‌ವೇ 10.50.0.2 ಆಗಿರುತ್ತದೆ ಮತ್ತು ದೂರದ ಸೈಟ್ 10.60.0.0/24. ಆ ಯೋಜನೆಯಲ್ಲಿ ಯಾವುದೂ ಮೊದಲ ಮೂರು ಪಾತ್ರಗಳನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಅದೇ ಮುಖ್ಯ ಅಂಶ. ನಂತರ ಎರಡನೇ ಸಾಧನ ಟನೆಲ್ ಅನ್ನು ನಿಜವಾಗಿ ಮುಗಿಸಬಲ್ಲದೇ ಎಂದು ಖಚಿತಪಡಿಸಿ: ಪ್ರೋಟೋಕಾಲ್, ನಿರೀಕ್ಷಿತ ಥ್ರೂಪುಟ್ ಮತ್ತು ಫರ್ಮ್‌ವೇರ್ ಅಥವಾ ಪ್ಯಾಕೇಜ್ ನವೀಕರಣಗಳು ಬರುತ್ತವೆಯೇ ಎಂದು ನೋಡಿ. VPN ಲೋಗೋ ಇದ್ದು ನವೀಕರಣ ಮಾರ್ಗವಿಲ್ಲದ ಸಾಧನ ಸೇರ್ಪಡೆಯಲ್ಲ, ಹೊರೆ.

ಧ್ವನಿ ಸೇವೆಯ ಮಾಲೀಕರು ಯಾರು ಎಂದು ಹೇಳಲಾಗದಿದ್ದರೆ ನಿಲ್ಲಿಸಿ. ನೋಂದಣಿ ಹೊಂದಿರುವ ರೂಟರ್ ಅನ್ನು ಹಿಂತಿರುಗಿಸುವ ಯೋಜನೆ ಇಲ್ಲದೆ ಬದಲಿಸುವುದು VPN ಯೋಜನೆಯನ್ನು ದೂರವಾಣಿ ಅಡಚಣೆಯಾಗಿಸುತ್ತದೆ.

ಹೊಸ ಗೇಟ್‌ವೇಗೆ ಒಂದು ವಿಳಾಸ ಮತ್ತು ಒಂದು ಕೆಲಸ ಕೊಡಿ

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

ip route get 10.60.0.55
ip neigh show 10.50.0.2
traceroute -n 10.60.0.55

ಹುಡುಕಾಟ ISP ರೂಟರ್ ಹಿಂತಿರುಗಿಸಿ traceroute ಇಂಟರ್ನೆಟ್ ಅಂಚಿನಲ್ಲಿ ಸಾಯುತ್ತದಾದರೆ, ಹೋಸ್ಟ್‌ಗೆ ಇನ್ನೂ ದೂರದ ಮಾರ್ಗ ಇಲ್ಲ, ಇದು ನಿರೀಕ್ಷಿತ. ಅನಿರೀಕ್ಷಿತ ಏನಾದರೂ ಬಂದರೆ ಮೊದಲು ಅದನ್ನು ಬಗೆಹರಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತಿ ಮುಂದಿನ ಹಂತವೂ ಈ ಮೂಲವನ್ನು ಊಹಿಸುತ್ತದೆ.

ದೂರದ ಪ್ರಿಫಿಕ್ಸ್ ಮಾರ್ಗದ ಮಾಲೀಕರು ಯಾರು ಎಂದು ಆಯ್ಕೆ ಮಾಡಿ

ಆಯ್ಕೆ A ISP ರೂಟರ್: ಅದು 10.60.0.0/24 ಗಾಗಿ ಗೇಟ್‌ವೇ ಕಡೆಗೆ ಸ್ಥಿರ ಮಾರ್ಗ ಹೊಂದಿದೆ, ಮತ್ತು ಪ್ರತಿ ಹೋಸ್ಟ್ ಮೊದಲಿನಂತೆ ತನ್ನ ಡಿಫಾಲ್ಟ್ ಗೇಟ್‌ವೇ ಅನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ಆಯ್ಕೆ B ಪ್ರತಿ ಹೋಸ್ಟ್: ದೂರದ ಸೈಟ್ ಬೇಕಾದ ಯಂತ್ರಗಳಿಗೆ ಮಾತ್ರ 10.50.0.2 ಮೂಲಕ ಸ್ಪಷ್ಟ ಮಾರ್ಗ ಸಿಗುತ್ತದೆ, ಉಳಿದೆಲ್ಲವೂ ಮುಟ್ಟದೆ ಉಳಿಯುತ್ತದೆ. A ಬಹು ಹೋಸ್ಟ್‌ಗಳಿಗೆ ಸ್ವಚ್ಛ, ಆದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಪೂರೈಕೆದಾರರ ರೂಟರ್ ಸ್ಥಿರ ಮಾರ್ಗವನ್ನು ಒಪ್ಪಿಕೊಳ್ಳಬೇಕು, ಕೆಲವು ಒಪ್ಪುವುದಿಲ್ಲ. B ಗೆ ಪೂರೈಕೆದಾರರ ಸಹಕಾರ ಬೇಕಿಲ್ಲ, ಆದರೆ ಹೋಸ್ಟ್ ಸಂರಚನೆಯ ನಿರ್ವಹಣೆ ನಿಮ್ಮಲ್ಲೇ ಉಳಿಯುತ್ತದೆ, ಆದ್ದರಿಂದ ಅನುಮೋದಿತ ಸಣ್ಣ ಯಂತ್ರ ಗುಂಪಿಗೆ ಸರಿಹೊಂದುತ್ತದೆ.

ಎರಡೂ ಸಂದರ್ಭಗಳಲ್ಲಿ ಹಿಂತಿರುಗುವ ದಿಕ್ಕು ಇರಬೇಕು. ದೂರದ ಉತ್ತರ ಗೇಟ್‌ವೇಗೆ ಬಂದು ಗೇಟ್‌ವೇ ಅದನ್ನು ನೇರವಾಗಿ LAN ಹೋಸ್ಟ್‌ಗೆ ಕಳುಹಿಸಿದರೆ, ಸಂಚಾರವು ISP ರೂಟರ್ ಹೊರಹೋಗುವ ಮಾರ್ಗದಲ್ಲಿ ಇಟ್ಟುಕೊಂಡಿದ್ದ ಫೈರ್‌ವಾಲ್ ಸ್ಥಿತಿಯನ್ನು ದಾಟುತ್ತದೆ. ಗೇಟ್‌ವೇ LAN ನ ಡಿಫಾಲ್ಟ್ ರೂಟರ್ ಅಲ್ಲದಿದ್ದರೆ, ಆ ಅಸಮಮಿತಿ ವಿನ್ಯಾಸದ ನಿರ್ಧಾರ, ನಿರ್ಲಕ್ಷಿಸಬಹುದಾದ ದೋಷವಲ್ಲ.

ip route add 10.60.0.0/24 via 10.50.0.2 dev eth0
ip route get 10.60.0.55 from 10.50.0.77

ನಮೂದನ್ನು ಹೋಸ್ಟ್ ಸಂರಚನೆಯ ಮಾಲೀಕರ ಮೂಲಕ ಶಾಶ್ವತಗೊಳಿಸಿ, ಲಾಗಿನ್ ಸ್ಕ್ರಿಪ್ಟ್ ಮೂಲಕವಲ್ಲ. ಯಾರಾದರೂ ಲಾಗಿನ್ ಆದ ಮೇಲೆ ಮಾತ್ರ ಇರುವ ಮಾರ್ಗ, ಯಂತ್ರವು ಸಂಬಂಧವಿಲ್ಲದ ಕಾರಣಕ್ಕೆ ಮರುಬೂಟ್ ಆದ ಮೊದಲ ಬಾರಿಗೆ ವಿಫಲವಾಗುತ್ತದೆ.

ತಲುಪಬಹುದಾದ ಒಳಬರುವ ಬಿಂದುವನ್ನು ಸಿದ್ಧಪಡಿಸಿ

ಗೇಟ್‌ವೇಗೆ ದೂರದ ಸೈಟ್ ತಲುಪಬಹುದಾದ ವಿಳಾಸ ಬೇಕು. ISP ರೂಟರ್ ಹಿಂದೆ ಅದು ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಅಥವಾ DMZ ನಮೂದು ಎಂದರ್ಥ, ಮತ್ತು ಎರಡೂ ಪೂರೈಕೆದಾರರು ಸಂಚಾರವನ್ನು ನಿಜವಾಗಿ ತಲುಪಿಸುವುದರ ಮೇಲೆ ಅವಲಂಬಿತ. ಸ್ಥಳೀಯ ಫಾರ್ವರ್ಡಿಂಗ್ ಪೂರೈಕೆದಾರರ ಬದಿಯ ಕ್ಯಾರಿಯರ್-ಗ್ರೇಡ್ NAT ಅನ್ನು ದಾಟಲಾರದು. ಪೂರೈಕೆದಾರರು ತಲುಪಬಹುದಾದ ಬಿಂದು ಕೊಡದಿದ್ದರೆ ದಿಕ್ಕನ್ನು ತಿರುಗಿಸಿ: ಎರಡೂ ಸೈಟ್‌ಗಳು ನೀವು ನಿಯಂತ್ರಿಸುವ ಹಬ್ ಕಡೆಗೆ ಪ್ರಾರಂಭಿಸಲಿ. ಅದು ಮಾನ್ಯ ವಿನ್ಯಾಸ, ಆದರೆ ಫಾರ್ವರ್ಡಿಂಗ್, ನಂಬಿಕೆ ಮತ್ತು ಲಭ್ಯತೆಗೆ ಮೂರನೇ ಅವಲಂಬನೆ ಸೇರಿಸುತ್ತದೆ, ಮತ್ತು ಡೈನಾಮಿಕ್ DNS ಅದನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

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

ಖಾಸಗಿ ಸೇವೆ ಮತ್ತು ಧ್ವನಿ ಸಾಲನ್ನು ಒಟ್ಟಿಗೆ ಸ್ವೀಕರಿಸಿ

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

curl -sS -o /dev/null -w '%{http_code}\n' https://files.example.net
ping -c 3 10.60.0.55

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