ಹಸಿರು ಐಕಾನ್, ಅದೇ ಸಾರ್ವಜನಿಕ IP: VPN ಯಾವ ಮಾರ್ಗವನ್ನು ಬಿಟ್ಟುಬಿಟ್ಟಿತು

ಸಂಪರ್ಕಗೊಂಡಿದೆ, ಟ್ರೇ ಐಕಾನ್ ಹಸಿರಾಗಿದೆ, ಮತ್ತು ವಿಳಾಸವನ್ನು ಪ್ರತಿಬಿಂಬಿಸುವ ಪುಟ ಇನ್ನೂ ಪೂರೈಕೆದಾರರ ವಿಳಾಸವನ್ನು ತೋರಿಸುತ್ತಿದೆ, ಆದರೆ ಅದು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ದೋಷ ಎಂದಲ್ಲ. ಕ್ಲೈಂಟ್ ಎರಡು ಪ್ರತ್ಯೇಕ ಕೆಲಸಗಳನ್ನು ಮಾಡುತ್ತದೆ: ಸುರಂಗವನ್ನು ನಿರ್ಮಿಸುತ್ತದೆ, ಮತ್ತು ರೂಟಿಂಗ್ ಕೋಷ್ಟಕವನ್ನು ಸಂಪಾದಿಸುತ್ತದೆ. ಯಾವುದಾದರೂ ಇನ್ನೊಂದಿಲ್ಲದೆ ಸಂಭವಿಸಬಹುದು, ಮತ್ತು ಆಯ್ದ ರೂಟಿಂಗ್ ಎಂಬುದು ಎರಡನೆಯದನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಬಿಟ್ಟುಬಿಡುವ ಸಂರಚನೆ.

ಕ್ಲೈಂಟ್ ವಾಸ್ತವವಾಗಿ ಏನನ್ನು ಸ್ಥಾಪಿಸಿತು

ಸುರಂಗವು ಮೇಲಿದೆಯೇ ಎಂದು ಕೇಳುವ ಬದಲು, ಪ್ಯಾಕೆಟ್ ಅನ್ನು ನಿಜವಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಯಾವ ಇಂಟರ್ಫೇಸ್ ಒಯ್ಯುತ್ತದೆ ಎಂದು ಕೇಳಿ. ಆ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಮಾರ್ಗವಿಲ್ಲದ ಸುರಂಗವು ಯಾರೂ ಸಾಗದ ಖಾಸಗಿ ರಸ್ತೆ.

ip route get 9.9.9.9
Find-NetRoute -RemoteIPAddress 9.9.9.9
route print -4

ಮೊದಲ ಆದೇಶವು Linux ಮತ್ತು macOS ನಲ್ಲಿ ಉತ್ತರಿಸುತ್ತದೆ, ಮತ್ತು ಉಳಿದ ಎರಡು Windows ನ ಸಮಾನಾಂತರಗಳು, ಅಲ್ಲಿ ಒಂದೇ ಸಾಕು. ಉತ್ತರವು ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಅನ್ನು ಹೆಸರಿಸಿದರೆ, ಸುರಂಗವು ಮೇಲಿದೆ ಮತ್ತು ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಎಂದಿಗೂ ಅಲ್ಲಾಡಿಲ್ಲ. ಸುರಂಗವನ್ನು ಬಳಸಬೇಕಾದ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ, ಏಕೆಂದರೆ ಎರಡು ಪರಿಶೀಲನೆಗಳು, ಒಂದು ದೂರದ ಮತ್ತು ಒಂದು ಸಾಮಾನ್ಯ, ಯಾವ ವಿನ್ಯಾಸ ಅಳವಡಿಸಲಾಗಿದೆ ಎಂದು ಹೇಳುತ್ತವೆ.

ಆಯ್ದ ರೂಟಿಂಗ್ ನ ಮೂರು ರೂಪಗಳು

ಪೂರ್ಣ ಸುರಂಗ ಪ್ರೊಫೈಲ್ ಸಾಮಾನ್ಯವಾಗಿ ಇಂಟರ್ಫೇಸ್ ಕಡೆಗೆ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗವನ್ನು ಬರೆಯುತ್ತದೆ, ಅಥವಾ ಪೂರ್ವಪ್ರತ್ಯಯ ಉದ್ದದಲ್ಲಿ ಗೆಲ್ಲುವ ಅರ್ಧ-ಶ್ರೇಣಿಯ ಪೂರ್ವಪ್ರತ್ಯಯಗಳ ಜೋಡಿಯನ್ನು ಬರೆಯುತ್ತದೆ, ಮೂಲ ಡೀಫಾಲ್ಟ್ ಕೋಷ್ಟಕದಲ್ಲಿ ಉಳಿಯುತ್ತದೆ. ಆಯ್ದ ರೂಟಿಂಗ್ ಇನ್ನೊಂದು ಆಯ್ಕೆ, ಮತ್ತು ಅದು ಹಲವು ರೂಪಗಳಲ್ಲಿ ಬರುತ್ತದೆ. ಒಂದು ಪ್ರೊಫೈಲ್ RDP ಸರ್ವರ್ನಂತಹ ಒಂದೇ ಹೋಸ್ಟ್ ಅನ್ನು ರೂಟ್ ಮಾಡುತ್ತದೆ, ಇನ್ನೊಂದು ನಿರ್ದಿಷ್ಟ ಸ್ಥಳದಿಂದ ತಲುಪಬೇಕಾದ ಸಾರ್ವಜನಿಕ ಶ್ರೇಣಿಯನ್ನು ರೂಟ್ ಮಾಡುತ್ತದೆ, ಮತ್ತು ಮೂರನೆಯದು ಒಂದು ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಹೊರಗಿಡುತ್ತದೆ. ಮೂರೂ ಕಾನೂನುಬದ್ಧ, ಮತ್ತು ಯಾವುದೂ ಸಾಮಾನ್ಯ ವೆಬ್ಸೈಟ್ ನೋಡುವ ವಿಳಾಸವನ್ನು ಬದಲಿಸುವುದಿಲ್ಲ.

grep -nE "redirect-gateway|route-nopull|route " /etc/openvpn/client/*.conf
ip route show table main | head -20

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

ಆಚೆಯ ಬದಿ ಮೂಲ ವಿಳಾಸವನ್ನು ಮತ್ತೆ ಬರೆಯಬೇಕು

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

sysctl net.ipv4.ip_forward
iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE
iptables -t nat -S | grep MASQUERADE

ನಿಜವಾಗಿ ಇಂಟರ್ನೆಟ್ಗೆ ಮುಖ ಮಾಡಿರುವ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ಹೆಸರಿಸಿ, ಅದು ಆಧುನಿಕ ವಿತರಣೆಯಲ್ಲಿ ಯಾವಾಗಲೂ eth0 ಅಲ್ಲ. ಸ್ಥಿರ ವಿಳಾಸವಿರುವ ಹೋಸ್ಟೆಡ್ ಸರ್ವರ್ masquerade ಬಳಸುವ ಬದಲು ನೇರವಾಗಿ ಆ ವಿಳಾಸಕ್ಕೆ ಅನುವಾದಿಸಬಹುದು. ಎರಡೂ ಅರ್ಧಗಳು ಮುಖ್ಯ, ಏಕೆಂದರೆ ಅನುವಾದವಿಲ್ಲದ ಮುಂದಕ್ಕೆ ಕಳುಹಿಸುವಿಕೆ ರೂಟ್ ಮಾಡಲಾಗದ ಮೂಲಗಳನ್ನು ಸೋರಿಸುತ್ತದೆ, ಮತ್ತು ಕಳುಹಿಸುವಿಕೆಯಿಲ್ಲದ ಅನುವಾದ ಪ್ಯಾಕೆಟ್ ಅನ್ನು ಎಂದಿಗೂ ನೋಡುವುದಿಲ್ಲ.

ಹೆಸರು ಪರಿಹಾರ ತನ್ನದೇ ದಾರಿ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ

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

resolvectl status | head -20
resolvectl query example.org

ಯಾವ ಸರ್ವರ್ ಉತ್ತರಿಸಿತು ಮತ್ತು ಅದು ಸುರಂಗದ ಮೊದಲಿನ ಆಧಾರ ರೇಖೆಗಿಂತ ಭಿನ್ನವಾಗಿದೆಯೇ ಎಂದು ಗಮನಿಸಿ. ವಿಭಜಿತ ಸುರಂಗದಲ್ಲಿ ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಜನರು ವಿಳಾಸದ ಬಗ್ಗೆ ದೂರಿದಾಗ ಬದಲಿಸಲು ಬಯಸಿದ ಸೆಟ್ಟಿಂಗ್, ಮತ್ತು ಅವರು ಎಂದಿಗೂ ನೋಡದಿದ್ದ ಸೆಟ್ಟಿಂಗ್ ಕೂಡ.

ವಿಷಯವನ್ನು ನಿರ್ಣಯಿಸುವ ನಾಲ್ಕು ಅವಲೋಕನಗಳು

ಸುರಂಗ ಕೆಳಗಿರುವಾಗ ನಿರ್ಗಮನ ವಿಳಾಸವನ್ನು ದಾಖಲಿಸಿ, ನಂತರ ಮೇಲಿರುವಾಗ. ಎರಡೂ ಸ್ಥಿತಿಗಳಲ್ಲಿ ಗಮ್ಯಸ್ಥಾನ ಪರಿಶೀಲನೆ ನಡೆಸಿ ಮತ್ತು ಪ್ರತಿ ಬಾರಿ ಇಂಟರ್ಫೇಸ್ ಗಮನಿಸಿ.

curl -sS https://ifconfig.me/ip
ip route get 9.9.9.9

ಪರಿಶೀಲನೆ ಸುರಂಗದ ಒಳಗೆ ಬಿದ್ದಾಗ ಮತ್ತು ಪ್ರತಿಬಿಂಬ ಇನ್ನೂ ಪೂರೈಕೆದಾರರ ವಿಳಾಸ ತೋರಿಸಿದಾಗ, ನಿರ್ಗಮನದಲ್ಲಿ ಅನುವಾದ ಇಲ್ಲ. ಪರಿಶೀಲನೆ ಭೌತಿಕ ಅಡಾಪ್ಟರ್ ಮೇಲೆ ಬಿದ್ದಾಗ, ಪ್ರೊಫೈಲ್ ಆಯ್ದದ್ದು ಮತ್ತು ಸಾರ್ವಜನಿಕ ವಿಳಾಸ ಎಂದಿಗೂ ವ್ಯಾಪ್ತಿಯಲ್ಲಿರಲಿಲ್ಲ. ನೀವು ನಂಬುವ ಪ್ರತಿಬಿಂಬ ಸೇವೆಯೊಂದಿಗೆ ಬದಲಿಸಿ ಮತ್ತು ನಾಲ್ಕು ಅವಲೋಕನಗಳನ್ನು ಒಟ್ಟಿಗೆ ದಾಖಲಿಸಿ, ಏಕೆಂದರೆ ಪ್ರತ್ಯೇಕವಾಗಿ ಅವು ಕಥೆಗಳು. ಒಟ್ಟಿಗೆ ಅವು ಕ್ಲೈಂಟ್ ಎರಡು ಕೆಲಸಗಳಲ್ಲಿ ಯಾವುದನ್ನು ನಿಜವಾಗಿ ಮಾಡಿತು ಎಂದು ತೋರಿಸುತ್ತವೆ.