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 globalਜੇ resolver ਨੋਡ ਹੀ ਹੈ ਅਤੇ ਨੋਡ ਰਾਊਟਰ ਵੱਲ ਭੇਜਦਾ ਹੈ, DNS ਸੁਰੰਗ ਦੇ ਨਾਲ ਚੱਲਦਾ ਹੈ। ਜੇ ਨੋਡ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਹੱਲ ਕਰਦਾ ਹੈ ਜਾਂ ਪ੍ਰਦਾਤਾ ਦੇ resolver ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ, ਕਵੈਰੀਆਂ ਸੁਰੰਗ ਤੋਂ ਬਾਹਰ ਜਾਂਦੀਆਂ ਹਨ, ਭਾਵੇਂ HTTP ਨਾ ਕਰੇ। IPv6 ਵੀ ਉਹੀ ਜਾਂਚ ਮੰਗਦਾ ਹੈ: ਗਲੋਬਲ ਪਤਾ ਅਤੇ ਸੁਰੰਗ ਨੂੰ ਬਾਈਪਾਸ ਕਰਨ ਵਾਲਾ ਡਿਫਾਲਟ ਰੂਟ ਭਾਵ ਲੀਕ, ਅਤੇ Mesh ਫ਼ਰਮਵੇਅਰ ਅਕਸਰ IPv6 ਚਾਲੂ ਛੱਡ ਦਿੰਦਾ ਹੈ ਜਦੋਂ ਕਿ VPN ਨੀਤੀ ਸਿਰਫ਼ IPv4 ਢਕਦੀ ਹੈ।
ਸੁਰੰਗ ਜਾਣ-ਬੁੱਝ ਕੇ ਤੋੜੋ, ਫਿਰ ਨਤੀਜਾ ਲਿਖੋ
ਸੁਰੰਗ ਹੇਠਾਂ ਲਾਹੋ ਅਤੇ ਉਸ ਨੋਡ ਨਾਲ ਜੁੜੇ ਕਲਾਇੰਟ ਨੂੰ ਵੇਖੋ, ਰਾਊਟਰ ਦੇ ਕੋਲ ਬੈਠੇ ਕਲਾਇੰਟ ਨੂੰ ਨਹੀਂ। ping ਅਤੇ curl ਘੱਟ ਸਮਾਂ ਸੀਮਾ ਨਾਲ ਕਾਫ਼ੀ ਹਨ; ਸਵਾਲ ਇਹ ਹੈ ਕਿ ਟ੍ਰੈਫ਼ਿਕ ਰੁਕਦਾ ਹੈ ਜਾਂ WAN ਉੱਤੇ ਵਾਪਸ ਡਿੱਗਦਾ ਹੈ। ਸੁਰੰਗ ਰਾਊਟਰ ਦੀ ਆਪਣੀ ਸੇਵਾ ਕਮਾਂਡ ਨਾਲ ਰੋਕੋ, ਜਿਵੇਂ wg-quick down wg0 ਜਾਂ OpenVPN ਸੇਵਾ ਬੰਦ ਕਰਕੇ, ਅਤੇ ਜਾਂਚ ਛੋਟੀ ਰੱਖੋ।
ਜੇ ਕਲਾਇੰਟ ਕੰਮ ਕਰਦਾ ਰਹੇ, ਤਾਂ ਨੋਡ ਜਾਂ ਰਾਊਟਰ ਉਸ ਸੈਗਮੈਂਟ ਲਈ ਖੁੱਲ੍ਹ ਕੇ ਫੇਲ ਹੋ ਰਿਹਾ ਹੈ, ਅਤੇ mesh ਨੇ ਚੁੱਪਚਾਪ kill switch ਰੱਦ ਕਰ ਦਿੱਤਾ ਹੈ। ਸੁਰੰਗ ਵਾਪਸ ਲਿਆਓ, ਪੱਕਾ ਕਰੋ ਕਿ handshake ਕਾਊਂਟਰ ਹਿੱਲਿਆ ਹੈ, ਅਤੇ ਤੀਜੇ ਕਦਮ ਵਾਲੀ ਸਟੇਟ ਟੇਬਲ ਜਾਂਚ ਦੁਹਰਾਓ।
ਹਰ ਨੋਡ ਲਈ ਇੱਕ ਕਤਾਰ ਲਿਖੋ: ਲੇਬਲ, SSID, ਗੇਟਵੇ ਦਾ ਪਤਾ, MAC ਪ੍ਰੀਫ਼ਿਕਸ, ਬਾਹਰ ਨਿਕਲਣਾ ਪੁਸ਼ਟ ਹਾਂ ਜਾਂ ਨਹੀਂ, IPv6 ਢਕਿਆ ਅਤੇ ਸੁਰੰਗ ਬੰਦ ਹੋਣ ਵੇਲੇ ਵਿਵਹਾਰ। ਰੋਮਿੰਗ ਉਹੀ ਜਗ੍ਹਾ ਹੈ ਜਿੱਥੇ ਜਵਾਬ ਬਦਲਦਾ ਹੈ, ਇਸ ਲਈ ਉਹ ਕਮਰੇ ਜਾਂਚੋ ਜੋ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਵਰਤਦੇ ਹੋ। ਜੇ ਇੱਕ ਕਤਾਰ ਬਾਕੀ ਨਾਲ ਨਾ ਮਿਲੇ, ਤਾਂ ਜਾਂਚ ਉਸੇ ਨੋਡ ਦੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ, ਅਤੇ ਸੁਧਾਰ ਉਸ ਜੰਤਰ ਉੱਤੇ ਹੋਵੇਗਾ ਜਿਸ ਕੋਲ ਉਸ ਕਤਾਰ ਦਾ ਗੇਟਵੇ ਹੈ।