ಮನೆಯ VPN ಸರ್ವರ್ ತಲುಪಲಾಗುತ್ತಿಲ್ಲ: NAT ಸರಪಣಿಯನ್ನು ನಡೆಯಿರಿ
ರೌಟರ್, ISPಯ ಅನುವಾದಕ ಮತ್ತು ಸರ್ವರ್ನ ಕೇಳುಗ ಮೂರು ಬೇರೆ ಬೇರೆ ಗಡಿಗಳು. ಅದೇ ಫಾರ್ವರ್ಡ್ ನಿಯಮವನ್ನು ಮತ್ತೆ ಬರೆಯುವ ಮೊದಲು ನಿರ್ವಹಣಾ ಪುಟದಿಂದ ಹೊರಮುಖವಾಗಿ ನಡೆಯಿರಿ.
ಸರ್ವರ್ LANನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ಪೋರ್ಟ್-ಫಾರ್ವರ್ಡ್ ನಿಯಮ ಸರಿಯಾಗಿ ಕಾಣುತ್ತದೆ, ಆದರೂ ಹೊರಗಿನ ಕ್ಲೈಂಟ್ ಸಂಪರ್ಕಿಸಲಾಗುತ್ತಿಲ್ಲ. ಒಂದೊಂದು ಗಡಿಯನ್ನು ಹೊರಮುಖವಾಗಿ ದಾಟುವುದು ನಿಯಮವನ್ನು ನಾಲ್ಕನೇ ಬಾರಿ ಸಂಪಾದಿಸುವುದಕ್ಕಿಂತ ವೇಗವಾಗಿದೆ, ಏಕೆಂದರೆ ಪ್ರತಿ ಗಡಿಯೂ ತನ್ನದೇ ಸಾಕ್ಷ್ಯವನ್ನು ಬಿಡುತ್ತದೆ: ರೌಟರ್ನ WAN ಪುಟ, ISPಯ ಅನುವಾದ ಮತ್ತು ಹೋಸ್ಟ್ನಲ್ಲಿನ ಕೇಳುಗ. ನೀವು ಈಗಾಗಲೇ ತೆರೆದಿರುವ ನಿರ್ವಹಣಾ ಪುಟದಿಂದ ಪ್ರಾರಂಭಿಸಿ, ನೀವು ನಿಯಂತ್ರಿಸದ ನೆಟ್ವರ್ಕ್ನಿಂದ ಪರೀಕ್ಷೆಯೊಂದಿಗೆ ಮುಗಿಸಿ. ಪ್ರತಿ ಫಲಿತಾಂಶವನ್ನು ನಡೆಯುತ್ತಲೇ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಕ್ರಮವೇ ರೋಗನಿರ್ಣಯ ಮತ್ತು ನೆನಪಿನಲ್ಲಿಟ್ಟ ಸಂಖ್ಯೆ ಸಾಕ್ಷ್ಯವಲ್ಲ. ನಿಮಗೆ ಬೇಕಾಗಿರುವುದು ಹೊರಹೋಗುವ ಸುರಂಗ ಮಾತ್ರವಾದರೆ, ಅನುವಾದ ನಿಮ್ಮ ಸಮಸ್ಯೆ ಅಲ್ಲ: ಕೇಳದೆ ಒಳಬರುವ ಸಂಚಾರ ಮಾತ್ರ ತಡೆಯಲ್ಪಡುತ್ತದೆ.
ರೌಟರ್ನ WAN ಪುಟದಿಂದ ಪ್ರಾರಂಭಿಸಿ
ರೌಟರ್ಗೆ ಲಾಗಿನ್ ಆಗಿ ಪೋರ್ಟ್-ಫಾರ್ವರ್ಡ್ ಪಟ್ಟಿಯ ಬದಲು ಸ್ಥಿತಿ ಪುಟವನ್ನು ಓದಿ. WAN ವಿಳಾಸ, ಅದು ಸೇರಿರುವ ಇಂಟರ್ಫೇಸ್ ಮತ್ತು ಸಂಪರ್ಕ ಪ್ರಕಾರ DHCP, PPPoE ಅಥವಾ ISP ಒದಗಿಸುವ ಬೇರೆ ಏನಾದರೂ ಎಂಬುದನ್ನು ಗಮನಿಸಿ. ನಂತರ ಆ ವಿಳಾಸವನ್ನು ಬಾಹ್ಯ ಸೇವೆ ವರದಿ ಮಾಡುವುದರೊಂದಿಗೆ ಹೋಲಿಸಿ, ಮೊಬೈಲ್ ಡೇಟಾದಲ್ಲಿನ ಫೋನ್ ಬಳಸಿ, ವೀಕ್ಷಣೆ ಅದೇ ರೌಟರ್ ಮೂಲಕ ಹಿಂತಿರುಗದಂತೆ. ಎರಡು ಸಂಖ್ಯೆಗಳು ಬೇರೆ ಬೇರೆ ಪ್ರಶ್ನೆಗಳಿಗೆ ಉತ್ತರಿಸುತ್ತವೆ, ಮತ್ತು ಅವನ್ನು ಹೋಲಿಸುವುದೇ ಈ ಹಂತದ ಉದ್ದೇಶ.
ಗಮನಿಸಿದ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕಿಂತ ಭಿನ್ನವಾದ WAN ವಿಳಾಸ ಎಂದರೆ ರೌಟರ್ನ ಮೇಲೆ ಕನಿಷ್ಠ ಒಬ್ಬ ಅನುವಾದಕ ಇದ್ದಾನೆ. ಇದು ಇನ್ನೂ ದೋಷವಲ್ಲ, ಏಕೆಂದರೆ ಅನೇಕ ಪೂರೈಕೆದಾರರು ವಿನ್ಯಾಸದಂತೆ ಅನುವಾದ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಸೇವೆ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ಎರಡೂ ಹೊಂದಿದರೆ, ವಿಳಾಸ ಬಹುಶಃ ರೌಟರ್ನದು ಮತ್ತು ಸಮಸ್ಯೆ ನಿಮ್ಮ ನೆಟ್ವರ್ಕ್ನ ಒಳಗೆ ಸರಿದಿದೆ. ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ ಜೋಡಿಯನ್ನು ದಿನಾಂಕದೊಂದಿಗೆ ಬರೆಯಿರಿ, ಏಕೆಂದರೆ ಪೂರೈಕೆದಾರರು ವಿಳಾಸಗಳನ್ನು ಮರುಹಂಚಿಕೆ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಕಳೆದ ತಿಂಗಳ ಟಿಪ್ಪಣಿಗಳೊಂದಿಗೆ ಹೋಲಿಕೆ ನಿರುಪಯುಕ್ತ.
ಒಂದು ಹಾಪ್ ಮೇಲೆ ಹೋಗಿ
ರೌಟರ್ನಿಂದಲೇ traceroute ಚಲಾಯಿಸಿ ಮತ್ತು ಮೊದಲ ಕೆಲವು ಹಾಪ್ಗಳನ್ನು ಓದಿ. ಪುನರಾವರ್ತಿತ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಗಳು, ಖಾಸಗಿ ವಿಳಾಸದಿಂದ ಉತ್ತರಿಸುವ ಮೊದಲ ಹಾಪ್, ಅಥವಾ ಹಂಚಿದ 100.64.0.0/10 ಶ್ರೇಣಿಯೊಳಗಿನ ವಿಳಾಸ ಎಲ್ಲವೂ ಮೇಲಿನ ಅನುವಾದಕವನ್ನು ಸೂಚಿಸುತ್ತವೆ. RFC 6598 ಆ ಶ್ರೇಣಿಯನ್ನು ಇಂಥ ನಿಯೋಜನೆಗಾಗಿಯೇ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತದೆ, ಆದ್ದರಿಂದ WAN ಕ್ಷೇತ್ರದಲ್ಲಿ ಅದನ್ನು ಕಾಣುವುದು ಕುತೂಹಲವಲ್ಲ, ಬಲವಾದ ಸೂಚನೆ. ಮಾರ್ಗದಲ್ಲಿ ಎರಡು ಅನುವಾದಕರಿದ್ದರೆ ಕುರುಹು ಕಡಿಮೆ ಸ್ಪಷ್ಟವಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಒಂದು ಸಾಲಲ್ಲ, ಮಾದರಿಯನ್ನು ಓದಿ.
ಕೆಲವು ಪೂರೈಕೆದಾರರು ಹಂಚಿದ ವಿಳಾಸವನ್ನು ಗ್ರಾಹಕ ಪೋರ್ಟಲ್ನಲ್ಲಿ ಮಾತ್ರ ತೋರಿಸುತ್ತಾರೆ, ಆದ್ದರಿಂದ ರೌಟರ್ ಸುಳ್ಳು ಹೇಳುತ್ತಿದೆ ಎಂದು ತೀರ್ಮಾನಿಸುವ ಮೊದಲು ಅಲ್ಲಿಗೆ ನೋಡಿ. ರೌಟರ್ ಬೇರೆ ಏನನ್ನೋ ವರದಿ ಮಾಡುತ್ತಿರುವಾಗ ಪೋರ್ಟಲ್ನ ವಿಳಾಸ ನಿಮ್ಮ ಬಾಹ್ಯ ವೀಕ್ಷಣೆಗೆ ಹೊಂದಿದರೆ ಅದು ಮೇಲಿನ ಅನುವಾದಕದ ಸ್ಪಷ್ಟ ಸಾಕ್ಷ್ಯ. ಎರಡೂ ಪುಟಗಳನ್ನು ಬದಲಾವಣೆ ದಾಖಲೆಯಲ್ಲಿ ಇರಿಸಿ, ಏಕೆಂದರೆ ಯಾವ ಗಡಿ ಯಾರದು ಎಂಬ ಚರ್ಚೆ ದಿನಾಂಕವಿರುವ ಎರಡು ಚಿತ್ರಗಳಿಂದ ಬಹಳ ವೇಗವಾಗಿ ಮುಗಿಯುತ್ತದೆ.
ಕೇಳುಗ ಮತ್ತು ಫಾರ್ವರ್ಡ್ ದೃಢೀಕರಿಸಿ
LANನಲ್ಲಿನ ಪರೀಕ್ಷೆ ಸೇವೆ ಸ್ಥಳೀಯವಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ ಎಂದು ಸಾಬೀತು ಮಾಡುತ್ತದೆ ಮತ್ತು ಹೊರಗಿನಿಂದ ತಲುಪುವಿಕೆಯ ಬಗ್ಗೆ ಏನನ್ನೂ ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. ಅನೇಕ ರೌಟರ್ಗಳು ತಮ್ಮ ಫಾರ್ವರ್ಡ್ ನಿಯಮಕ್ಕೆ ಒಳಗಿನಿಂದಲೇ ಉತ್ತರಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಹೊರ ಮಾರ್ಗ ಇನ್ನೂ ಮುಚ್ಚಿರುವಾಗಲೇ ಹೇರ್ಪಿನ್ ಪರೀಕ್ಷೆ ಯಶಸ್ವಿಯಾಗುತ್ತದೆ. ಡೀಮನ್ ನೀವು ಭಾವಿಸುವ ವಿಳಾಸ ಮತ್ತು ಪೋರ್ಟ್ಗೆ ಬದ್ಧವಾಗಿದೆಯೇ ಎಂದು ದೃಢೀಕರಿಸಿ, ನಂತರ ಹೊರಗಿನಿಂದ ಪರೀಕ್ಷಿಸಿ. ಕೆಳಗಿನ ಎಲ್ಲವೂ ಓದಲು ಮಾತ್ರ.
ss -lunp | grep -E '1194|51820'
ip -4 addr show | grep -E 'inet '
curl -s --max-time 5 ifconfig.me
traceroute -n -m 5 1.1.1.1
ಹೊರ ಪರೀಕ್ಷೆ ರೌಟರ್ಗೆ ಯಾವ ಪ್ಯಾಕೆಟ್ ಬರುತ್ತಿಲ್ಲ ಎಂದು ತೋರಿಸಿದರೆ, ಕುಸಿತ ಮೇಲೆ ಸಂಭವಿಸಿದೆ ಮತ್ತು ಯಾವ ಸ್ಥಳೀಯ ನಿಯಮವೂ ಅದನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ. ಪ್ಯಾಕೆಟ್ಗಳು ಬಂದರೂ ಏನೂ ಉತ್ತರಿಸದಿದ್ದರೆ, ಮುಂದಿನ ಗಡಿ ಕೇಳುಗ ಅಥವಾ ಹೋಸ್ಟ್ನ ಫೈರ್ವಾಲ್. ಹೋಸ್ಟ್ನಲ್ಲಿ ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ ನೀವು ಎರಡರಲ್ಲಿ ಯಾವುದನ್ನು ನೋಡುತ್ತಿದ್ದೀರಿ ಎಂದು ನಿರ್ಧರಿಸುತ್ತದೆ, ಮತ್ತು ನಿಯಮ ಊಹಿಸುವ ಇನ್ನೊಂದು ಸುತ್ತಿಗಿಂತ ಕಡಿಮೆ ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ. ಹೋಲಿಸುವಾಗ ಕೇಳುಗ ಮತ್ತು ಅದರ ಸಾಗಣೆಯನ್ನು ಬದಲಾಗದೆ ಇರಿಸಿ, ಇಲ್ಲದಿದ್ದರೆ ಮುಂದಿನ ಪರೀಕ್ಷೆ ಬೇರೆ ಪ್ರಶ್ನೆಗೆ ಉತ್ತರಿಸುತ್ತದೆ.
ಅದೇ ನಿಯಮವಲ್ಲ, ಟೋಪೋಲಜಿಯನ್ನು ಬದಲಿಸಿ
ಅನುವಾದಕ ISPಯದಾದಾಗ, ಪರಿಹಾರ ಇನ್ನೊಂದು ಫಾರ್ವರ್ಡ್ ಅಲ್ಲ, ಬೇರೆ ಮಾರ್ಗ. ಸಾರ್ವಜನಿಕ ವಿಳಾಸವಿರುವ ಸಣ್ಣ VPS, ಮನೆಯ ಕಡೆಯಿಂದ ಹೊರಹೋಗುವ ಸುರಂಗದಿಂದ ಸೇರಿಸಿದರೆ, ಸೇವೆಯ ಮುಂದೆ ತಲುಪಬಹುದಾದ ತುದಿಯನ್ನು ಇಡುತ್ತದೆ. ಪೂರೈಕೆದಾರರ ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಇರುವಲ್ಲಿ ಸರಳ ಮತ್ತು ಯಂತ್ರ ನಡೆಸುವುದಕ್ಕಿಂತ ಸಾಮಾನ್ಯವಾಗಿ ಅಗ್ಗ. IPv6 ಅನುವಾದವನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತೆಗೆದುಹಾಕುತ್ತದೆ, ಕ್ಲೈಂಟ್ ನೆಟ್ವರ್ಕ್, DNS ದಾಖಲೆಗಳು ಮತ್ತು ಫೈರ್ವಾಲ್ ನೀತಿ ಎಲ್ಲವೂ ಅದನ್ನು ಬೆಂಬಲಿಸಿದರೆ.
ಕ್ರಿಯಾತ್ಮಕ DNS ಕೇವಲ ಹೆಸರನ್ನು ನವೀಕರಿಸುತ್ತದೆ; ಅದು ತಲುಪುವಿಕೆಯನ್ನು ಸೃಷ್ಟಿಸುವುದಿಲ್ಲ, ಮತ್ತು ಹಂಚಿದ ವಿಳಾಸಕ್ಕೆ ತೋರಿಸಿದರೆ ಗ್ರಾಹಕರನ್ನು ಇತರ ಚಂದಾದಾರರೂ ಬಳಸುವ ಪೂರೈಕೆದಾರರ ಗೇಟ್ವೇಗೆ ಕಳುಹಿಸುತ್ತದೆ. ಆ ವೈಫಲ್ಯ ಸತ್ತ ಸರ್ವರ್ನಂತೆಯೇ ಕಾಣುತ್ತದೆ, ಆದ್ದರಿಂದ ಹಿಂದಿನ ಹಂತಗಳ ದಾಖಲೆ ಮುಖ್ಯ. ಪರೀಕ್ಷೆ ವಿಫಲವಾದಾಗ ಹೆಸರು ಯಾವ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸಲ್ಪಟ್ಟಿತು ಎಂದು ಬರೆಯಿರಿ ಮತ್ತು ಉತ್ತರವನ್ನು ಪರೀಕ್ಷಾ ಫಲಿತಾಂಶದೊಂದಿಗೆ ಇರಿಸಿ.
ನೀವು ನಿಯಂತ್ರಿಸುವ ಗಡಿಯ ಸುತ್ತ ಯೋಜನೆಯನ್ನು ಮತ್ತೆ ಬರೆಯಿರಿ: ಕೇಳುಗ, ಸುರಂಗ ಮತ್ತು ಮಾರ್ಗಗಳು. ಹಳೆಯ ಫಾರ್ವರ್ಡ್ ಅನ್ನು ಅದು ಇನ್ನೂ ಸತ್ಯವಾದದ್ದನ್ನು ವಿವರಿಸುವವರೆಗೆ ಮಾತ್ರ ಇರಿಸಿ, ಏಕೆಂದರೆ ಟೋಪೋಲಜಿಗೆ ಹೊಂದದ ನಿಯಮ ನಿಯಮವಿಲ್ಲದಿರುವುದಕ್ಕಿಂತ ಕೆಟ್ಟದು. ಯಾವ ಪದರ ನಿಜವಾಗಿ ತಡೆಯುತ್ತಿತ್ತು ಮತ್ತು ಯಾವ ಸಾಕ್ಷ್ಯ ಅದನ್ನು ತೋರಿಸಿತು ಎಂದು ದಾಖಲಿಸಿ. ಇಲ್ಲದಿದ್ದರೆ ನಿರ್ವಹಣಾ ಪುಟ ತೆರೆಯುವ ಮುಂದಿನ ವ್ಯಕ್ತಿ ಈ ನಡಿಗೆಯ ಪ್ರತಿ ಹಂತವನ್ನು ಮೊದಲಿನಿಂದ ಪುನರಾವರ್ತಿಸುತ್ತಾನೆ.