CGNAT ಹಿಂದಿನ VPN ಸರ್ವರ್ ಏಕೆ ಎಂದಿಗೂ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸುವುದಿಲ್ಲ

100.64 ವಿಳಾಸ, ಬೇರೆಡೆ ಪರಿಹರಿಸುವ ಡೈನಾಮಿಕ್ DNS ಹೆಸರು ಮತ್ತು ಒಳಬರುವ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇಲ್ಲದಿರುವುದು ಒಂದೇ ಸಮಸ್ಯೆ: ಕ್ಯಾರಿಯರ್ NAT. ಅದನ್ನು ಖಚಿತಪಡಿಸಿ, ನಂತರ ಹೊರಹೋಗುವ ಸಂಚಾರವನ್ನು ರಿಲೇ ಮಾಡಿ.

ರೌಟರ್ 100.72 ರಿಂದ ಪ್ರಾರಂಭವಾಗುವ WAN ವಿಳಾಸವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆ, ಡೈನಾಮಿಕ್ DNS ಹೆಸರು ಬೇರೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸಕ್ಕೆ ಪರಿಹರಿಸುತ್ತದೆ, ಮತ್ತು ಆ ರೌಟರ್‌ನಲ್ಲಿನ VPN ಸರ್ವರ್ ಹೊರಗಿನಿಂದ ಎಂದಿಗೂ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಪೂರ್ಣಗೊಳಿಸುವುದಿಲ್ಲ. ಪೋರ್ಟ್ ಫಾರ್ವರ್ಡಿಂಗ್ ಸಂರಚಿಸಲಾಗಿದೆ, ಸೇವೆ ಚಾಲನೆಯಲ್ಲಿದೆ, ಮತ್ತು LAN ನಿಂದ ಪರೀಕ್ಷೆ ಇನ್ನೂ ಕೆಲಸ ಮಾಡುತ್ತದೆ. ರೌಟರ್ ಲಾಗ್‌ನಲ್ಲಿ ದೋಷದಂತೆ ಏನೂ ಕಾಣುವುದಿಲ್ಲ. ಆ ಸಂಯೋಜನೆ ಕ್ಯಾರಿಯರ್-ಗ್ರೇಡ್ NAT ಆಗಿದೆ, ಮತ್ತು ISP ಹೊಂದಿರುವ ವಿಳಾಸದಲ್ಲಿ ಯಾವುದೇ ಫೈರ್‌ವಾಲ್ ನಿಯಮ ಪೋರ್ಟ್ ತೆರೆಯಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಹಂಚಿಕೆಯ ವಿಳಾಸವನ್ನು ಖಚಿತಪಡಿಸಲು ಎರಡು ನಿಮಿಷ ಬೇಕು ಮತ್ತು ಒಂದು ವಾರದ ಸಂರಚನೆ ಬದಲಾವಣೆಗಳನ್ನು ತಡೆಯುತ್ತದೆ.

ಕ್ಯಾರಿಯರ್ NAT ಕಡೆ ತೋರಿಸುವ ಚಿಹ್ನೆಗಳು

ರೌಟರ್‌ನ ಸ್ಥಿತಿ ಪುಟದಲ್ಲಿನ WAN ವಿಳಾಸವನ್ನು ಬಾಹ್ಯ ಹುಡುಕಾಟ ವರದಿ ಮಾಡುವ ವಿಳಾಸದೊಂದಿಗೆ ಹೋಲಿಸಿ. 100.64.0.0/10 ಒಳಗಿನ WAN ವಿಳಾಸ ಸಾಮಾನ್ಯ ಚಿಹ್ನೆ, ಮತ್ತು ಖಾಸಗಿ ಶ್ರೇಣಿಗಳಾದ 10/8, 172.16/12 ಮತ್ತು 192.168/16 ಅದೇ ಅರ್ಥವನ್ನು ನೀಡುತ್ತವೆ. traceroute ಒಂದೇ ಸಾರ್ವಜನಿಕ ಹಾಪ್ ಅನ್ನು ಪುನರಾವರ್ತಿಸಿ ತೋರಿಸಿದರೆ, ಅಥವಾ ಆರಂಭಿಕ ಹಾಪ್ ಖಾಸಗಿ ವಿಳಾಸದೊಂದಿಗೆ ಉತ್ತರಿಸಿದರೆ, ರೌಟರ್ ಮತ್ತು ಇಂಟರ್ನೆಟ್ ನಡುವೆ ಇನ್ನೊಂದು ಅನುವಾದಕ ಇದೆ. ಕೆಲವು ISP ಗಳು ನಿಗದಿಪಡಿಸಿದ ವಿಳಾಸವನ್ನು ಗ್ರಾಹಕ ಪೋರ್ಟಲ್‌ನಲ್ಲಿ ಮಾತ್ರ ಪಟ್ಟಿ ಮಾಡುತ್ತವೆ, ಆದ್ದರಿಂದ ಆ ಮೌಲ್ಯವನ್ನು traceroute ಜೊತೆಗೆ ರಫ್ತು ಮಾಡಿ.

ಪ್ರೋಟೋಕಾಲ್‌ಗಳು ಅಥವಾ ಪೋರ್ಟ್‌ಗಳನ್ನು ಬದಲಾಯಿಸುವುದರಿಂದ ಸಹಾಯವಾಗುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ಸಮಸ್ಯೆ ಮುಚ್ಚಿದ ಪೋರ್ಟ್ ಅಲ್ಲ, ಒಳಬರುವ ತಲುಪುವಿಕೆ.

ಫಾರ್ವರ್ಡಿಂಗ್ ಮತ್ತು ಡೈನಾಮಿಕ್ DNS ಅದನ್ನು ಏಕೆ ಸರಿಪಡಿಸಲಾರವು

ಪೋರ್ಟ್-ಫಾರ್ವರ್ಡ್ ನಿಯಮ ರೌಟರ್‌ನ WAN ಇಂಟರ್ಫೇಸ್‌ನಲ್ಲಿನ ಪೋರ್ಟ್ ಅನ್ನು ನಕ್ಷೆ ಮಾಡುತ್ತದೆ, ಆದರೆ ಒಳಬರುವ ಸಂಚಾರ ಎಂದಿಗೂ ಆ ಇಂಟರ್ಫೇಸ್ ತಲುಪುವುದಿಲ್ಲ: ISP ಮೊದಲು ಅದನ್ನು ಅನುವಾದಿಸಿ ತನ್ನದೇ ಕೋಷ್ಟಕ ಅನುಮತಿಸಿದ್ದನ್ನು ಮಾತ್ರ ಫಾರ್ವರ್ಡ್ ಮಾಡುತ್ತದೆ. ಹಂಚಿಕೆಯ ವಿಳಾಸವನ್ನು ಡೈನಾಮಿಕ್ DNS ನಲ್ಲಿ ಪ್ರಕಟಿಸುವುದರಿಂದ ಗ್ರಾಹಕರು ಅನೇಕ ಚಂದಾದಾರರು ಬಳಸುವ ISP ಗೇಟ್‌ವೇ ಕಡೆ ಹೋಗುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಹೆಸರು ಪರಿಹರಿಸುತ್ತದೆ ಆದರೆ ಹ್ಯಾಂಡ್‌ಶೇಕ್ ಇನ್ನೂ ವಿಫಲವಾಗುತ್ತದೆ. ಹೇರ್‌ಪಿನ್ ಪರೀಕ್ಷೆಗಳು ಯಶಸ್ವಿಯಾಗುತ್ತವೆ ಏಕೆಂದರೆ ರೌಟರ್ ಒಳಗಿನಿಂದ ತನ್ನದೇ ನಿಯಮಕ್ಕೆ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು UPnP ಗೂ ಅದೇ ಕುರುಡು ಮಚ್ಚೆ ಇದೆ.

ಗ್ರಾಹಕವನ್ನು ಮರುಸಂರಚಿಸುವುದೂ ಸಹಾಯ ಮಾಡುವುದಿಲ್ಲ, ಏಕೆಂದರೆ ವೈಫಲ್ಯ ಯಾವುದೇ ಗ್ರಾಹಕ ಸೆಟ್ಟಿಂಗ್ ಓದುವ ಮೊದಲೇ ಸಂಭವಿಸುತ್ತದೆ.

ಸ್ಪಷ್ಟ ಮಾರ್ಗಗಳೊಂದಿಗೆ VPS ಮೂಲಕ ರಿಲೇ

ಮುಂದೆ ಸಾರ್ವಜನಿಕ ವಿಳಾಸವನ್ನು ಇರಿಸಿ ಸಂಚಾರವನ್ನು ಹೊತ್ತೊಯ್ಯಬಲ್ಲ ಅತ್ಯಂತ ಚಿಕ್ಕ VPS ಅನ್ನು ಬಾಡಿಗೆಗೆ ಪಡೆದು, ನಂತರ ಮನೆಯ ರೌಟರ್ ಅದಕ್ಕೆ ಹೊರಹೋಗುವ ಕರೆ ಮಾಡಲಿ. ಮನೆಯ ನೆಟ್‌ವರ್ಕ್‌ನಿಂದ ಹೊರಹೋಗುವ UDP ಕ್ಯಾರಿಯರ್ NAT ದಾಟುತ್ತದೆ, ಆದ್ದರಿಂದ ಸುರಂಗ ಒಳಗಿನಿಂದ ಸ್ಥಾಪನೆಯಾಗುತ್ತದೆ ಮತ್ತು VPS ತಲುಪಬಹುದಾದ ಅಂತ್ಯಬಿಂದುವಾಗುತ್ತದೆ. ಮನೆಯ ಭಾಗ ಸ್ಥಿರ ಸುರಂಗ ವಿಳಾಸವಿರುವ ಗ್ರಾಹಕವಾಗುತ್ತದೆ, ಸರ್ವರ್ ಅಲ್ಲ.

VPS ನಲ್ಲಿ ಗ್ರಾಹಕ-ನಿರ್ದಿಷ್ಟ ಡೈರೆಕ್ಟರಿ ನಮೂದನ್ನು ಸೇರಿಸಿ, ಸರ್ವರ್‌ಗೆ ಮನೆಯ ಉಪಜಾಲದ ಒಡೆಯ ಯಾವ ಪೀರ್ ಎಂದು ತಿಳಿಯಲಿ, ಮತ್ತು ಹೊಂದುವ ಕರ್ನಲ್ ಮಾರ್ಗವನ್ನು ಸೇರಿಸಿ.

# /etc/openvpn/server/ccd/home-site.conf
ifconfig-push 10.8.0.10 255.255.255.0
iroute 192.168.50.0 255.255.255.0

# server.conf
client-config-dir /etc/openvpn/server/ccd
route 192.168.50.0 255.255.255.0
push "route 10.8.0.0 255.255.255.0"

iroute ಸಾಲು OpenVPN ಗೆ ಮನೆಯ ಉಪಜಾಲದ ಸಂಚಾರವನ್ನು ಯಾವ ಗ್ರಾಹಕ ಪಡೆಯುತ್ತಾನೆ ಎಂದು ಹೇಳುತ್ತದೆ; route ಸಾಲು ಆ ಉಪಜಾಲವನ್ನು VPS ನ ಕರ್ನಲ್ ಕೋಷ್ಟಕಕ್ಕೆ ಹಾಕುತ್ತದೆ, ಪ್ಯಾಕೆಟ್‌ಗಳು ಸುರಂಗ ಪ್ರವೇಶಿಸಲು. ಪ್ರಕಟಿತ ಸೇವೆಗೆ, ಸಾರ್ವಜನಿಕ ಪೋರ್ಟ್ ಅನ್ನು 10.8.0.10 ಗೆ ಫಾರ್ವರ್ಡ್ ಮಾಡುವ ಗಮ್ಯಸ್ಥಾನ NAT ನಿಯಮ ಸೇರಿಸಿ ಮತ್ತು net.ipv4.ip_forward ಸಕ್ರಿಯಗೊಳಿಸಿ.

ಹೊರಗಿನಿಂದ ಮಾರ್ಗವನ್ನು ಪರೀಕ್ಷಿಸಿ

ಸಾರ್ವಜನಿಕ ಭಾಗದ ಪ್ರತಿ ಹಾಪ್ ಪರಿಶೀಲಿಸಿ, ಏಕೆಂದರೆ ಯಶಸ್ವಿ ಸುರಂಗ ಸೇವೆ ತಲುಪಬಹುದೆಂದು ಸಾಬೀತು ಮಾಡುವುದಿಲ್ಲ. VPS ನಲ್ಲಿ ಕೇಳುವ ಸ್ಥಿತಿ ಮತ್ತು ಪ್ಯಾಕೆಟ್ ಸೆರೆಹಿಡಿಯುವಿಕೆ 'ಏನೂ ಬರಲಿಲ್ಲ' ಮತ್ತು 'ಬಂದು ಎಸೆಯಲಾಯಿತು' ನಡುವೆ ವ್ಯತ್ಯಾಸ ಮಾಡುತ್ತವೆ.

ss -lunp | grep 1194
tcpdump -ni any udp port 1194
nft list ruleset | grep -A4 dnat

# from a phone on mobile data, not the home Wi-Fi
nc -vz -u 203.0.113.10 1194

ಸೆರೆಹಿಡಿಯುವಿಕೆ ಫೋನ್‌ನಿಂದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ತೋರಿಸಿ ಉತ್ತರವಿಲ್ಲದಿದ್ದರೆ, ಮುಂದಿನ ನಿಲ್ದಾಣ ಸರ್ವರ್ ಸಂರಚನೆ ಅಥವಾ ಫೈರ್‌ವಾಲ್. ಸೆರೆಹಿಡಿಯುವಿಕೆ ಏನನ್ನೂ ತೋರಿಸದಿದ್ದರೆ, ಗ್ರಾಹಕ ಇನ್ನೂ ಪರಿಹರಿಸುತ್ತಿದೆ ಅಥವಾ ತಪ್ಪು ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸುತ್ತಿದೆ.

ಮೊದಲು ಬೆಲೆ ಪರಿಶೀಲಿಸಬೇಕಾದ ಪರ್ಯಾಯಗಳು

ISP ಯಿಂದ ಮೀಸಲಾದ IPv4 ವಿಳಾಸ ಅತ್ಯಂತ ಚಿಕ್ಕ ಪರಿಹಾರ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಸಣ್ಣ ಮಾಸಿಕ ಶುಲ್ಕ. VPN, ಗ್ರಾಹಕ ನೆಟ್‌ವರ್ಕ್ ಮತ್ತು DNS ದಾಖಲೆಗಳು ಎಲ್ಲವೂ ಬೆಂಬಲಿಸಿದಾಗ ಸ್ಥಳೀಯ IPv6 ಎರಡೂ ತುದಿಗಳಲ್ಲಿನ ಅನುವಾದವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಮನೆಯ ನೆಟ್‌ವರ್ಕ್ ಒಳಗೆ ಉಪಜಾಲ ರೌಟರ್ ಇರುವ ಮೆಶ್ ಓವರ್‌ಲೇ VPS ಇಲ್ಲದೆ ಅದೇ ರಿಲೇ ನೀಡುತ್ತದೆ, ಆದರೆ ಸಮನ್ವಯ ಸೇವೆಯ ಮೇಲಿನ ಅವಲಂಬನೆಯ ಬೆಲೆಗೆ.

ಅಗತ್ಯ ಸ್ಥಿರ ಒಳಬರುವ ಪ್ರವೇಶವಾಗಿದ್ದು ಪ್ರತಿ ನಿಯಮ ನಿಮ್ಮ ನಿಯಂತ್ರಣದಲ್ಲಿರಬೇಕಾದರೆ ರಿಲೇ ಆಯ್ಕೆ ಮಾಡಿ. ಬಜೆಟ್ ಅನುಮತಿಸಿದಾಗ ಮತ್ತು ಗುರಿ ಅದರ ಬಗ್ಗೆ ಯೋಚಿಸುವುದನ್ನು ನಿಲ್ಲಿಸುವುದು ಮಾತ್ರವಾದರೆ ISP ವಿಳಾಸ ಆಯ್ಕೆ ಮಾಡಿ.

ಸಂಬಂಧಿತ ಲೇಖನಗಳು