Mesh Wi-Fi ಉಪಗ್ರಹ VPN ರೌಟರ್ ಬಳಸುತ್ತದೆಯೇ ಎಂದು ಹೇಗೆ ಪರಿಶೀಲಿಸುವುದು
Mesh ಉಪಗ್ರಹದ ಕ್ಲೈಂಟ್ಗಳು VPN ಮೂಲಕ ಹೋಗುತ್ತವೆಯೇ ಎಂದು ಸಾಬೀತುಪಡಿಸಲು ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ, ನೋಡ್ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಮೋಡ್ ಮತ್ತು ರೌಟರ್ನ ಸ್ಟೇಟ್ ಟೇಬಲ್ ಗಮನಿಸಿ.
ಬೇಸ್ ರೌಟರ್ನ ಅದೇ Wi-Fi ಹೆಸರಿಗೆ ಉತ್ತರಿಸುವ ಉಪಗ್ರಹ, ಅದರ ಕ್ಲೈಂಟ್ಗಳ ಪ್ಯಾಕೆಟ್ಗಳು ಎಲ್ಲಿಗೆ ಹೋಗುತ್ತವೆ ಎಂಬ ಬಗ್ಗೆ ಬಹುತೇಕ ಏನನ್ನೂ ಹೇಳುವುದಿಲ್ಲ. ನೋಡ್ ಒಂದು ರೇಡಿಯೋ ಮತ್ತು ಸೇತುವೆ, ವಿರುದ್ಧವು ಸಾಬೀತಾಗುವವರೆಗೆ. ಹೊರಹೋಗುವ ಮಾರ್ಗವನ್ನು ಪ್ರತಿ ಕ್ಲೈಂಟ್ ಪಡೆಯುವ ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ಮತ್ತು ಅದರ ಮುಂದಿರುವ ನೋಡ್ನ ಫಾರ್ವರ್ಡಿಂಗ್ ಮೋಡ್ ನಿರ್ಧರಿಸುತ್ತವೆ. ಈ ಐದು ಪರಿಶೀಲನೆಗಳನ್ನು ಕ್ಲೈಂಟ್ನಿಂದ ಹೊರಕ್ಕೆ ಮಾಡಿ, ಆಗ ಸ್ಪೀಡ್ ಟೆಸ್ಟ್ನ ಭಾವನೆ ಬದಲು ನೀವು ಸಮರ್ಥಿಸಬಹುದಾದ ಉತ್ತರ ಸಿಗುತ್ತದೆ.
ಕ್ಲೈಂಟ್ ನಿಜವಾಗಿ ಪಡೆದ ಗೇಟ್ವೇ ಓದಿ
ಕ್ಲೈಂಟ್ನಲ್ಲಿ ರೂಟ್ ಟೇಬಲ್ ಮತ್ತು ನೆರೆಯ ಟೇಬಲ್ ಮುದ್ರಿಸಿ. ಡೀಫಾಲ್ಟ್ ರೂಟ್ ಟ್ರಾಫಿಕ್ ಕಳುಹಿಸುವ ವಿಳಾಸವನ್ನು ಹೆಸರಿಸುತ್ತದೆ; ನೆರೆ ನಮೂದು ಆ ವಿಳಾಸಕ್ಕೆ ಸೇರಿದ MAC ಅನ್ನು ಹೆಸರಿಸುತ್ತದೆ. ರೌಟರ್ನ ಸಾಧನ ಪಟ್ಟಿಯಲ್ಲ, ಕ್ಲೈಂಟ್ ಬಳಸಿ, ಏಕೆಂದರೆ ಸಾಧನ ಪಟ್ಟಿ ಸಂಪರ್ಕಗಳನ್ನು ತೋರಿಸುತ್ತದೆ, ಮಾರ್ಗಗಳಲ್ಲ.
ip route show default
ip -6 route show default
ip neigh showWindows ಅದೇ ಸಂಗತಿಗಳನ್ನು ಬೇರೆ ರೂಪದಲ್ಲಿ ಮುದ್ರಿಸುತ್ತದೆ: ipconfig /all ಡೀಫಾಲ್ಟ್ ಗೇಟ್ವೇ ನೀಡುತ್ತದೆ, arp -a MAC ನೀಡುತ್ತದೆ. macOS ನಲ್ಲಿ route -n get default ಮತ್ತು arp -an ಅದೇ ಕೆಲಸ ಮಾಡುತ್ತವೆ.
ಆ ಗೇಟ್ವೇಯನ್ನು ನಿಮಗೆ ಈಗಾಗಲೇ ತಿಳಿದಿರುವ ಎರಡು ವಿಳಾಸಗಳೊಂದಿಗೆ ಹೋಲಿಸಿ: ಬೇಸ್ ರೌಟರ್ನ LAN ವಿಳಾಸ ಮತ್ತು ಉಪಗ್ರಹದ ನಿರ್ವಹಣಾ ವಿಳಾಸ. ಗೇಟ್ವೇ ರೌಟರ್ನ LAN ವಿಳಾಸವಾದರೆ, ಕ್ಲೈಂಟ್ ರೌಟರ್ಗೆ ಸೇತುವೆಯಾಗಿ ಸೇರಿದೆ ಮತ್ತು ಆ ಜಾಲಕ್ಕೆ ರೌಟರ್ನ ನೀತಿ ಬದಲಾವಣೆ ಇಲ್ಲದೆ ಅನ್ವಯಿಸುತ್ತದೆ. ಗೇಟ್ವೇ ಉಪಗ್ರಹದ ವಿಳಾಸವಾದರೆ, ಉಪಗ್ರಹ ರೂಟಿಂಗ್ ಮಾಡುತ್ತಿದೆ ಮತ್ತು ರೌಟರ್ ಕ್ಲೈಂಟ್ನ ಪ್ಯಾಕೆಟ್ಗಳನ್ನು ಎಂದಿಗೂ LAN ಟ್ರಾಫಿಕ್ ಎಂದು ನೋಡುವುದಿಲ್ಲ; ನಿರ್ಧಾರ ನೋಡ್ನಲ್ಲೇ ಆಗಬೇಕು, ಇಲ್ಲದಿದ್ದರೆ ಆಗುವುದೇ ಇಲ್ಲ.
ನೋಡ್ ನಿಜವಾಗಿ ಯಾವ ಮೋಡ್ನಲ್ಲಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ
Mesh ಉತ್ಪನ್ನಗಳು ಬೇರೆ ಬೇರೆ ವರ್ತನೆಗೆ ಮೂರು ಪದಗಳನ್ನು ಮತ್ತೆ ಬಳಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಆ್ಯಪ್ನ ಲೇಬಲ್ಗಿಂತ ಪ್ಯಾಕೆಟ್ ಮಾರ್ಗವನ್ನು ನಂಬಿ. ಸೇತುವೆ ಅಥವಾ ಪ್ರವೇಶ ಬಿಂದು ಮೋಡ್ ಫ್ರೇಮ್ಗಳನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ರೌಟರ್ ಮೋಡ್ ಸಬ್ನೆಟ್ ಮುಗಿಸಿ DHCP ನಡೆಸುತ್ತದೆ. ಅತಿಥಿ ಮೋಡ್ ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ಗಳನ್ನು ಸ್ವಂತ ನಿಯಮಗಳಿರುವ ಪ್ರತ್ಯೇಕ VLAN ನಲ್ಲಿ ಇಡುತ್ತದೆ. ಇನ್ನೊಂದು ರೌಟರ್ ಹಿಂದೆ ರೌಟರ್ ಮೋಡ್ನಲ್ಲಿರುವ ನೋಡ್ ಎರಡು ಪಟ್ಟು NAT, ಮತ್ತು ಅದರ ಕ್ಲೈಂಟ್ಗಳು VPN ರೌಟರ್ನ್ನು ಈಗಾಗಲೇ ಅನುವಾದಿಸಲ್ಪಟ್ಟು ತಲುಪುತ್ತವೆ, ಇದು ಮೂಲ ವಿಳಾಸ ಆಧಾರಿತ ನೀತಿಯನ್ನು ದುರ್ಬಲಗೊಳಿಸುತ್ತದೆ.
| What you see | What it means | Next check |
|---|---|---|
| Gateway is the router's LAN address, one MAC for every node | The node bridges; the router owns the policy | Router policy for that LAN and VLAN |
| Gateway is the node's address and DHCP comes from the node | The node routes; double NAT | Node's own VPN client, or a static route plus policy on the router |
| Gateway is a different subnet on a guest SSID | Guest VLAN, often client-isolated | Whether that VLAN is inside the tunnel policy |
| Gateway changes when you walk into another room | Roaming across segments | Repeat the check per node |
MAC ನಿರ್ಧರಿಸಲು ನೋಡ್ನಲ್ಲಿರುವ ಲೇಬಲ್ ಓದಿ ಮತ್ತು ಈ ಆಜ್ಞೆಯ ಫಲಿತಾಂಶದೊಂದಿಗೆ ಹೋಲಿಸಿ: ip neigh. ತಯಾರಕರು ಬೇಸ್ MAC ಮುದ್ರಿಸಿ, ಪ್ರತಿ ರೇಡಿಯೋದ MAC ಅನ್ನು ಒಂದು ಬೈಟ್ ಹೆಚ್ಚಿಸಿ ಪಡೆಯುತ್ತಾರೆ, ಆದ್ದರಿಂದ ಕೊನೆಯ ಹೆಕ್ಸ್ ಅಂಕಿ ಭಿನ್ನವಾಗಿರುತ್ತದೆ; ಪೂರ್ಣ ವಿಳಾಸ ಬದಲು ಪೂರ್ವಪ್ರತ್ಯಯವನ್ನು ಹೋಲಿಸಿ. ಗೇಟ್ವೇಯ MAC ರೌಟರ್ನ LAN ಇಂಟರ್ಫೇಸ್ಗೆ ಸೇರಿದ್ದರೆ, ನೋಡ್ ಆ ಕ್ಲೈಂಟ್ಗೆ ರೂಟಿಂಗ್ ಮಾಡುತ್ತಿಲ್ಲ.
ಹೊರಹೋಗುವಿಕೆಯನ್ನು ರೌಟರ್ನಲ್ಲಿ ಸಾಬೀತುಪಡಿಸಿ, ಸ್ಪೀಡ್ ಟೆಸ್ಟ್ನಲ್ಲಿ ಅಲ್ಲ
ರೌಟರ್ ಬದಿಯ ಸ್ಟೇಟ್ ಮಾತ್ರ ಅನುವಾದವನ್ನು ತೋರಿಸುವ ಏಕೈಕ ಸ್ಥಳ. OpenWrt ನಲ್ಲಿ ನೀತಿ ನಿಯಮಗಳು ಮತ್ತು ರೂಟಿಂಗ್ ಟೇಬಲ್ಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡಿ, ನಂತರ ಸುರಂಗಕ್ಕೆ ತಾಜಾ handshake ಇದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ:
ip rule show
ip route show table all | grep default
wg showpfSense ಅಥವಾ OPNsense ನಲ್ಲಿ ಅದೇ ಸಾಕ್ಷ್ಯಗಳು ಈ ಆಜ್ಞೆಗಳಲ್ಲಿ ಸಿಗುತ್ತವೆ: pfctl -sr ನಿಯಮಗಳಿಗೆ, pfctl -ss ಸಕ್ರಿಯ ಸ್ಟೇಟ್ಗಳಿಗೆ, ಮತ್ತು WireGuard ನ ಸ್ಟೇಟಸ್ ಪುಟದಲ್ಲಿ ಪೀರ್ ಕೌಂಟರ್ಗಳಿಗೆ, ಈ ದಾಖಲೆಯ ಪ್ರಕಾರ: WireGuard ಕ್ಲೈಂಟ್ ದಾಖಲೆ. ಸ್ಟೇಟ್ ಟೇಬಲ್ ಅನ್ನು ಕ್ಲೈಂಟ್ನ ವಿಳಾಸದಿಂದ ಫಿಲ್ಟರ್ ಮಾಡಿ. ಸ್ಟೇಟ್ ಕ್ಲೈಂಟ್ ಅನ್ನು ಸುರಂಗದ ವಿಳಾಸಕ್ಕೆ ಅನುವಾದಿಸಿ ತೋರಿಸಿದರೆ, ಟ್ರಾಫಿಕ್ ಸುರಂಗದ ಒಳಗಿದೆ; WAN ವಿಳಾಸ ತೋರಿಸಿದರೆ, ಇಲ್ಲ, ಡ್ಯಾಶ್ಬೋರ್ಡ್ ಬ್ಯಾಡ್ಜ್ ಏನೇ ಹೇಳಲಿ.
ಕ್ಲೈಂಟ್ನಿಂದ traceroute ಸ್ಟೇಟ್ ಟೇಬಲ್ ನೀಡಲಾಗದ ಒಂದು ಸಂಗತಿಯನ್ನು ಸೇರಿಸುತ್ತದೆ: ಮೊದಲ ಹಾಪ್. ಮೊದಲ ಹಾಪ್ ರೌಟರ್ನ LAN ವಿಳಾಸವಾದರೆ, ಕ್ಲೈಂಟ್ ನೇರವಾಗಿ ರೌಟರ್ ತಲುಪಿತು. ಅದು ನೋಡ್ನ ವಿಳಾಸವಾಗಿದ್ದು ಅದರ ನಂತರ ಇನ್ನೊಂದು ಖಾಸಗಿ ಹಾಪ್ ಇದ್ದರೆ, ನೀವು ರೂಟ್ ಆದ ವಿಭಾಗದಲ್ಲಿದ್ದೀರಿ, ಮತ್ತು ಆ ಎರಡನೇ ಹಾಪ್ ನೀತಿಯನ್ನು ಹೊತ್ತಿರಬೇಕಾದ ಸಾಧನ.
ನೋಡ್ ವಿಳಾಸದ ಜೊತೆಗೆ ಇನ್ನೇನು ಹಂಚುತ್ತದೆ ಎಂದು ನೋಡಿ
DHCP ಆಯ್ಕೆಗಳು ಗುತ್ತಿಗೆಯೊಂದಿಗೆ ಪ್ರಯಾಣಿಸುತ್ತವೆ, ಆದ್ದರಿಂದ ಸ್ವಂತ DHCP ನೀಡುವ ನೋಡ್ ಸ್ವಂತ DNS ಮತ್ತು ಸ್ವಂತ IPv6 ರೌಟರ್ ಪ್ರಕಟಣೆಗಳನ್ನೂ ನೀಡಬಹುದು. ಹಾಗಾಗಿ ಕ್ಲೈಂಟ್ ಸುರಂಗದ ಮೂಲಕ ಹೊರಹೋಗಿಯೂ ನೋಡ್ನಲ್ಲಿರುವ resolver ಗೆ ಪ್ರಶ್ನೆಗಳನ್ನು ಕಳುಹಿಸಬಹುದು, ಅಥವಾ ಸುರಂಗದ ನೀತಿ ಎಂದಿಗೂ ಆವರಿಸದ ಜಾಗತಿಕ IPv6 ವಿಳಾಸ ಪಡೆಯಬಹುದು. ಎರಡನ್ನೂ ಕ್ಲೈಂಟ್ನಲ್ಲಿ ಮುದ್ರಿಸಿ:
cat /etc/resolv.conf
ip -6 addr show scope globalresolver ನೋಡ್ ಆಗಿದ್ದು ನೋಡ್ ರೌಟರ್ಗೆ ಕಳುಹಿಸಿದರೆ, DNS ಸುರಂಗವನ್ನು ಅನುಸರಿಸುತ್ತದೆ. ನೋಡ್ ಸ್ಥಳೀಯವಾಗಿ ಪರಿಹರಿಸಿದರೆ ಅಥವಾ ಪೂರೈಕೆದಾರರ resolver ಗೆ ಸೂಚಿಸಿದರೆ, HTTP ಮಾಡದಿದ್ದರೂ ಪ್ರಶ್ನೆಗಳು ಸುರಂಗದ ಹೊರಗೆ ಹೋಗುತ್ತವೆ. IPv6 ಕೂಡ ಅದೇ ಪರೀಕ್ಷೆ ಬಯಸುತ್ತದೆ: ಜಾಗತಿಕ ವಿಳಾಸ ಮತ್ತು ಸುರಂಗವನ್ನು ಬೈಪಾಸ್ ಮಾಡುವ ಡೀಫಾಲ್ಟ್ ಮಾರ್ಗ ಎಂದರೆ ಸೋರಿಕೆ, ಮತ್ತು Mesh ಫರ್ಮ್ವೇರ್ ಸಾಮಾನ್ಯವಾಗಿ IPv6 ಅನ್ನು ಆನ್ನಲ್ಲೇ ಬಿಡುತ್ತದೆ, VPN ನೀತಿ IPv4 ಅನ್ನು ಮಾತ್ರ ಆವರಿಸುತ್ತದೆ.
ಸುರಂಗವನ್ನು ಉದ್ದೇಶಪೂರ್ವಕವಾಗಿ ಮುರಿಯಿರಿ, ನಂತರ ಫಲಿತಾಂಶ ಬರೆಯಿರಿ
ಸುರಂಗವನ್ನು ಇಳಿಸಿ, ಆ ನೋಡ್ಗೆ ಸಂಪರ್ಕಗೊಂಡ ಕ್ಲೈಂಟ್ ನೋಡಿ, ರೌಟರ್ ಪಕ್ಕ ಕುಳಿತ ಕ್ಲೈಂಟ್ ಅಲ್ಲ. ping ಮತ್ತು curl ಸಣ್ಣ ಸಮಯ ಮಿತಿಯೊಂದಿಗೆ ಸಾಕು; ಪ್ರಶ್ನೆ ಎಂದರೆ ಟ್ರಾಫಿಕ್ ನಿಲ್ಲುತ್ತದೆಯೇ ಅಥವಾ WAN ಗೆ ಹಿಂತಿರುಗುತ್ತದೆಯೇ. ಸುರಂಗವನ್ನು ರೌಟರ್ನದೇ ಸೇವಾ ಆಜ್ಞೆಯಿಂದ ನಿಲ್ಲಿಸಿ, ಉದಾಹರಣೆಗೆ wg-quick down wg0 ಅಥವಾ OpenVPN ಸೇವೆ ನಿಲ್ಲಿಸಿ, ಮತ್ತು ಪರೀಕ್ಷೆಯನ್ನು ಚಿಕ್ಕದಾಗಿ ಇರಿಸಿ.
ಕ್ಲೈಂಟ್ ಕೆಲಸ ಮಾಡುತ್ತಲೇ ಇದ್ದರೆ, ನೋಡ್ ಅಥವಾ ರೌಟರ್ ಆ ವಿಭಾಗಕ್ಕೆ ತೆರೆದು ವಿಫಲವಾಗುತ್ತಿದೆ, ಮತ್ತು mesh kill switch ಅನ್ನು ಸದ್ದಿಲ್ಲದೆ ರದ್ದುಗೊಳಿಸಿದೆ. ಸುರಂಗವನ್ನು ಹಿಂತಿರುಗಿಸಿ, handshake ಕೌಂಟರ್ ಚಲಿಸಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿ, ಮತ್ತು ಮೂರನೇ ಹಂತದ ಸ್ಟೇಟ್ ಟೇಬಲ್ ಪರಿಶೀಲನೆಯನ್ನು ಪುನರಾವರ್ತಿಸಿ.
ಪ್ರತಿ ನೋಡ್ಗೆ ಒಂದು ಸಾಲು ಬರೆಯಿರಿ: ಲೇಬಲ್, SSID, ಗೇಟ್ವೇ ವಿಳಾಸ, MAC ಪೂರ್ವಪ್ರತ್ಯಯ, ಹೊರಹೋಗುವಿಕೆ ಖಚಿತ ಹೌದು ಅಥವಾ ಇಲ್ಲ, IPv6 ಆವರಿಸಲಾಗಿದೆಯೇ, ಸುರಂಗ ಇಳಿದಾಗ ವರ್ತನೆ. ರೋಮಿಂಗ್ ಎಂಬುದು ಉತ್ತರ ಬದಲಾಗುವ ಸ್ಥಳ, ಆದ್ದರಿಂದ ನೀವು ನಿಜವಾಗಿ ಬಳಸುವ ಕೊಠಡಿಗಳನ್ನು ಪರೀಕ್ಷಿಸಿ. ಒಂದು ಸಾಲು ಉಳಿದವುಗಳೊಂದಿಗೆ ಹೊಂದಿಕೆಯಾಗದಿದ್ದರೆ, ತನಿಖೆಗೆ ಒಳಗಾಗಬೇಕಾದದ್ದು ಆ ನೋಡ್, ಮತ್ತು ಸರಿಪಡಿಸುವಿಕೆ ಆ ಸಾಲಿನ ಗೇಟ್ವೇ ಹೊಂದಿರುವ ಸಾಧನದಲ್ಲಿ ಆಗಬೇಕು.