VPN ਕਲਾਇੰਟ ਮੋਡ ਵਿੱਚ ਰਾਊਟਰ: LAN ਡਿਵਾਈਸਾਂ ਕਿਉਂ ਗਾਇਬ ਹੁੰਦੀਆਂ ਹਨ
ਰਾਊਟਰ ਦੇ VPN ਕਲਾਇੰਟ ਮੋਡ ਵਿੱਚ ਜਾਣ ਤੋਂ ਬਾਅਦ LAN ਡਿਵਾਈਸਾਂ ਗਾਇਬ ਹੋ ਜਾਂਦੀਆਂ ਹਨ: ਪਹਿਲਾਂ ਫਾਰਵਰਡ ਪਥ ਦੀ ਜਾਂਚ ਸੁਵਿਧਾ, ਫਿਰ ਫਰਮਵੇਅਰ ਵੱਲੋਂ ਬਦਲੀ LAN ਰੇਂਜ ਜਾਂਚੋ।
ਕਲਾਇੰਟ ਮੋਡ ਆਪਣੇ ਆਪ LAN ਪਹੁੰਚ ਨੂੰ ਖਤਮ ਕਰਦਾ ਹੈ—ਇਹ ਵਿਸ਼ਵਾਸ ਲੋਕਾਂ ਨੂੰ ਗਲਤ ਸੈਟਿੰਗ ਮੀਨੂ ਵੱਲ ਲੈ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਅਸਲ ਕਾਰਨ ਆਮ ਤੌਰ 'ਤੇ ਦੋ ਹੁੰਦੇ ਹਨ। ਟਨਲ LAN ਬ੍ਰਿਜ ਨੂੰ ਨਹੀਂ ਹਟਾਉਂਦਾ ਅਤੇ ਤਾਰ ਵਾਲੇ ਤੇ ਬਿਨਾਂ ਤਾਰ ਵਾਲੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਇੱਕ ਦੂਜੇ ਤੱਕ ਪਹੁੰਚਣ ਤੋਂ ਨਹੀਂ ਰੋਕਦਾ। ਸਥਾਨਕ ਪਹੁੰਚ ਭੰਨਣ ਵਾਲੀ ਚੀਜ਼ ਜਾਂ ਰਾਊਟਰ ਦੇ ਫਾਰਵਰਡ ਪਥ ਵਿੱਚ ਬੈਠੀ ਜਾਂਚ ਸੁਵਿਧਾ ਹੈ, ਜਾਂ ਫਰਮਵੇਅਰ ਬਦਲਣ ਵੇਲੇ ਖਿਸਕੀ LAN ਪਤਾ ਰੇਂਜ। ਦੋਵੇਂ ਇੱਕੋ ਸ਼ਿਕਾਇਤ ਪੈਦਾ ਕਰਦੇ ਹਨ, ਅਤੇ VPN ਪ੍ਰੋਫਾਈਲ ਦੁਬਾਰਾ ਇੰਸਟਾਲ ਕਰਨ ਨਾਲ ਕੋਈ ਨਹੀਂ ਠੀਕ ਹੁੰਦਾ।
ਮਿੱਥ, ਅਤੇ ਕਲਾਇੰਟ ਮੋਡ ਅਸਲ ਵਿੱਚ ਕੀ ਬਦਲਦਾ ਹੈ
ਕਲਾਇੰਟ ਮੋਡ ਇੱਕ ਟਨਲ ਇੰਟਰਫੇਸ ਅਤੇ ਉਸ ਵਿੱਚੋਂ ਲੰਘਦਾ ਡਿਫਾਲਟ ਰੂਟ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਫਿਰ LAN ਟ੍ਰੈਫਿਕ ਨੂੰ ਉਸ ਟਨਲ ਵਿੱਚ ਫਾਰਵਰਡ ਕਰਦਾ ਹੈ। ਤਾਰ ਵਾਲੇ ਪੋਰਟ ਅਤੇ ਬਿਨਾਂ ਤਾਰ ਵਾਲੇ ਰੇਡੀਓ ਵਿਚਕਾਰ ਬ੍ਰਿਜ ਅਛੂਤਾ ਰਹਿੰਦਾ ਹੈ, ਅਤੇ ਸਥਾਨਕ ਸਵਿਚਿੰਗ ਵੀ। ਜੋ ਬਦਲਦਾ ਹੈ ਉਹ ਨੀਤੀ ਹੈ: ਕਿਹੜਾ ਟ੍ਰੈਫਿਕ ਫਾਰਵਰਡ ਹੁੰਦਾ ਹੈ, ਕਿੱਥੇ ਉਸ ਦਾ ਅਨੁਵਾਦ ਹੁੰਦਾ ਹੈ ਅਤੇ ਕਲਾਇੰਟਾਂ ਨੂੰ ਕਿਹੜਾ ਰਿਜ਼ਾਲਵਰ ਮਿਲਦਾ ਹੈ।
ਇਹ ਫਰਕ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿਉਂਕਿ ਭੰਨੀ LAN ਦਾ ਆਮ ਅਰਥ ਹੈ ਕਿ ਉਨ੍ਹਾਂ ਤਿੰਨ ਨੀਤੀਆਂ ਵਿੱਚੋਂ ਇੱਕ ਬਦਲੀ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ ਰਾਊਟਰ ਸਵਿਚ ਹੋਣਾ ਛੱਡ ਗਿਆ। ਜੋ ਰਾਊਟਰ ਅਜੇ ਵੀ ਆਪਣੇ ਪ੍ਰਬੰਧਨ ਪੇਜ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ, ਉਹ LAN ਇੰਟਰਫੇਸ ਦੇ ਜੀਵਤ ਹੋਣ ਦਾ ਸਬੂਤ ਹੈ। ਜੋ ਰਾਊਟਰ ਕਿਸੇ ਚੀਜ਼ ਦਾ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦਾ, ਉਸ ਦੀ ਹੋਰ ਸਮੱਸਿਆ ਹੈ, ਜਿਵੇਂ ਬਦਲਿਆ LAN ਪਤਾ ਜਾਂ ਗਲਤ ਸਬਨੈੱਟ 'ਤੇ ਕਲਾਇੰਟ।
ਇਸ ਲਈ ਲਾਹੇਵੰਦ ਪਹਿਲਾ ਕਦਮ ਇਹ ਪਤਾ ਲਗਾਉਣਾ ਹੈ ਕਿ ਕਿਹੜੀ ਪਰਤ ਭੰਨੀ, ਨਾ ਕਿ ਉਸ ਪਰਤ ਨੂੰ ਬਦਲਣਾ ਜਿਸ 'ਤੇ ਤੁਹਾਨੂੰ ਸ਼ੱਕ ਹੈ।
ਕਿਸੇ ਸੈਟਿੰਗ ਨੂੰ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਤਿੰਨ ਟਾਰਗਿਟ ਜਾਂਚੋ
ਤਾਰ ਵਾਲੇ ਕਲਾਇੰਟ ਤੋਂ ਤਿੰਨ ਟਾਰਗਿਟ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਜਾਂਚੋ ਅਤੇ ਹਰ ਨਤੀਜਾ ਲਿਖੋ: ਰਾਊਟਰ ਦਾ ਆਪਣਾ LAN ਪਤਾ, ਉਸੇ ਸਵਿਚ 'ਤੇ ਦੂਜੀ ਡਿਵਾਈਸ IP ਨਾਲ, ਅਤੇ ਕੁਝ ਜੋ ਸਿਰਫ਼ ਟਨਲ ਰਾਹੀਂ ਪਹੁੰਚਦਾ ਹੈ। ਇਹ ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ, ਕਿਉਂਕਿ ਹਰ ਨਤੀਜਾ ਵੱਖਰੀ ਪਰਤ ਨੂੰ ਬਾਹਰ ਕਰਦਾ ਹੈ। ਪਹਿਲੇ ਦੌਰ ਵਿੱਚ ਨਾਵਾਂ ਦੀ ਥਾਂ ਪਤੇ ਵਰਤੋ, ਕਿਉਂਕਿ ਨਾਮ ਦੀ ਅਸਫਲਤਾ DNS ਨੂੰ ਕਨੈਕਟੀਵਿਟੀ ਦੇ ਸਵਾਲ ਵਿੱਚ ਮਿਲਾ ਦਿੰਦੀ ਹੈ।
ਜਵਾਬਾਂ ਦਾ ਪੈਟਰਨ ਹੀ ਨਿਦਾਨ ਹੈ। ਸਥਾਨਕ ਡਿਵਾਈਸ ਜਵਾਬ ਨਾ ਦੇਣ ਪਰ ਰਾਊਟਰ ਜਵਾਬ ਦੇਵੇ, ਤਾਂ ਇਹ ਰੂਟਿੰਗ ਦੀ ਥਾਂ ਸਥਾਨਕ ਸਵਿਚਿੰਗ ਜਾਂ ਫਿਲਟਰਿੰਗ ਸੁਵਿਧਾ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਟਨਲ ਪਾਸਾ ਜਵਾਬ ਨਾ ਦੇਵੇ ਪਰ ਸਥਾਨਕ ਡਿਵਾਈਸ ਜਵਾਬ ਦੇਣ, ਤਾਂ ਇਹ ਟਨਲ ਰੂਟ ਜਾਂ ਦੂਰਸਥ ਫਾਇਰਵਾਲ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ। ਪਤੇ ਨਾਲ ਸਭ ਜਵਾਬ ਦੇਣ ਪਰ ਨਾਮ ਅਸਫਲ ਹੋਣ, ਤਾਂ ਇਹ ਰਿਜ਼ਾਲਵਰ ਦਾ ਸਵਾਲ ਹੈ, ਅਤੇ ਰੂਟ ਸੋਧ ਨਾਲ ਇਹ ਠੀਕ ਨਹੀਂ ਹੋਵੇਗਾ।
| What answers | What it points at |
|---|---|
| Router only | LAN-side filtering or a broken bridge |
| Router and local hosts, not remote | Tunnel route, NAT or remote firewall |
| Addresses yes, names no | DNS handed to clients by the router |
| Nothing at all | Client subnet or router LAN address changed |
ਜਾਂਚ ਨਤੀਜਿਆਂ ਦੇ ਕੋਲ ਟੇਬਲ ਰੱਖੋ। ਇਹ ਅਸਪਸ਼ਟ ਸ਼ਿਕਾਇਤ ਨੂੰ ਉਸ ਇੱਕ ਲਾਈਨ ਵਿੱਚ ਬਦਲਦਾ ਹੈ ਜਿਸ 'ਤੇ ਤੁਸੀਂ ਕਾਰਵਾਈ ਕਰ ਸਕਦੇ ਹੋ।
ਫਾਰਵਰਡ ਪਥ ਦੇ ਅੰਦਰ ਸੁਰੱਖਿਆ ਪਰਤ
ਖਪਤਕਾਰ ਰਾਊਟਰਾਂ ਵਿੱਚ ਫਾਰਵਰਡ ਹੁੰਦੇ ਟ੍ਰੈਫਿਕ ਨੂੰ ਵੇਖਣ ਵਾਲੀ ਜਾਂਚ ਸੁਵਿਧਾ ਆਮ ਹੋ ਰਹੀ ਹੈ, ਅਤੇ ਇਹ LAN ਤੋਂ ਟਨਲ ਤੱਕ ਪੈਕਟ ਲੈ ਜਾਣ ਵਾਲੇ ਉਸੇ ਪਥ ਵਿੱਚ ਚੱਲਦੀ ਹੈ। ਜਦੋਂ ਉਹ ਜਾਂਚ ਟਨਲ ਟ੍ਰੈਫਿਕ ਦੀ ਸ਼੍ਰੇਣੀ ਨਹੀਂ ਕਰ ਸਕਦੀ, ਤਾਂ ਟਨਲ ਆਪਣੇ ਆਪ ਚੱਲਦਾ ਰਹਿੰਦਾ ਹੈ ਅਤੇ ਰਾਊਟਰ ਸਿਹਤਮੰਦ ਕਨੈਕਸ਼ਨ ਦੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ, ਪਰ ਫਾਰਵਰਡਿੰਗ ਰੁਕ ਸਕਦੀ ਹੈ। VPN ਲਾਗ ਵਿੱਚ ਇਹ ਨਹੀਂ ਦਿਸਦਾ, ਕਿਉਂਕਿ VPN ਨੇ ਸੱਚਮੁੱਚ ਕਨੈਕਟ ਕੀਤਾ ਸੀ।
ਨਿਦਾਨ ਇੱਕ ਨਿਯੰਤਰਿਤ ਪ੍ਰਯੋਗ ਹੈ, ਸਥਾਈ ਬਦਲਾਅ ਨਹੀਂ। ਮੌਜੂਦਾ ਸੈਟਿੰਗ ਨੋਟ ਕਰੋ, ਇੱਕ ਜਾਂਚ ਦੀ ਮਿਆਦ ਲਈ ਸੁਵਿਧਾ ਬੰਦ ਕਰੋ, ਟਨਲ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰੋ ਅਤੇ ਪਤੇ ਨਾਲ ਇੱਕ ਸਥਾਨਕ ਹੋਸਟ ਜਾਂਚੋ। ਵਾਪਸ ਆਉਣ ਵਾਲੀ ਫਾਰਵਰਡਿੰਗ ਹੀ ਤੁਹਾਡਾ ਲੋੜੀਂਦਾ ਸਬੂਤ ਹੈ, ਅਤੇ ਫਿਰ ਸਮਝੌਤਾ ਅੰਦਾਜ਼ੇ ਦੀ ਥਾਂ ਫੈਸਲਾ ਬਣ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਨਾ ਬਦਲੇ ਤਾਂ ਤੁਰੰਤ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰੋ ਅਤੇ ਪਤਾ-ਨਿਰਧਾਰਨ ਦੇ ਕਾਰਨ ਵੱਲ ਜਾਓ।
ਟਨਲ ਚੱਲਦਾ ਰਹੇ ਇਸ ਲਈ ਭੁਗਤਾਨ ਵਾਲੀ ਸੁਰੱਖਿਆ ਸੁਵਿਧਾ ਬੰਦ ਛੱਡਣਾ ਇੱਕ ਅਜਿਹਾ ਸਮਝੌਤਾ ਹੈ ਜੋ ਸੋਚ-ਸਮਝ ਕੇ ਕਰਨਾ ਅਤੇ ਲਿਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਵੀ ਪੁੱਛਣ ਯੋਗ ਹੈ ਕਿ ਟਨਲ ਕਿਸੇ ਹੋਰ ਡਿਵਾਈਸ 'ਤੇ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਨਹੀਂ, ਕਿਉਂਕਿ ਸਭ ਕੁਝ ਜਾਂਚਣ ਵਾਲਾ ਰਾਊਟਰ ਅਤੇ ਸਭ ਕੁਝ ਫਾਰਵਰਡ ਕਰਨ ਵਾਲਾ ਰਾਊਟਰ ਦੋ ਵੱਖਰੇ ਕੰਮ ਹਨ।
ਦੂਜਾ ਕਾਰਨ: LAN ਰੇਂਜ ਖਿਸਕ ਗਈ
ਫਰਮਵੇਅਰ ਅਪਡੇਟ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ LAN ਪਤੇ ਨੂੰ ਨਿਰਮਾਤਾ ਦੇ ਡਿਫਾਲਟ 'ਤੇ ਵਾਪਸ ਲਿਆਉਂਦੇ ਹਨ, ਅਤੇ ਕੁਝ ਰਾਊਟਰਾਂ ਵਿੱਚ ਸਪਸ਼ਟ ਮੋਡ ਸਵਿੱਚ ਹੁੰਦਾ ਹੈ ਜੋ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ LAN ਨਿੱਜੀ ਰੇਂਜ ਰੱਖੇਗਾ ਜਾਂ ਉੱਪਰਲੀ ਡਿਵਾਈਸ ਤੋਂ ਇੱਕ ਵਿਰਾਸਤ ਵਿੱਚ ਲਵੇਗਾ। ਜੋ ਕਲਾਇੰਟ 192.168.8.x ਦੀ ਉਮੀਦ ਕਰਦਾ ਹੈ ਉਹ 10.64.0.x 'ਤੇ ਆ ਸਕਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਟਨਲ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਿਹਤਮੰਦ ਹੋਣ 'ਤੇ ਵੀ ਹੋਸਟ ਨਾਲ SSH ਸੈਸ਼ਨ ਦਾ ਸਮਾਂ ਖਤਮ ਹੋ ਜਾਂਦਾ ਹੈ।
ipconfig /all
ip addr show
ip route get 192.168.8.20ਰਾਊਟਰ ਪੇਜ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਲੀਜ਼ ਤੋਂ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਗੇਟਵੇ ਪੜ੍ਹੋ। ਪਹਿਲੇ ਦੋ ਕਮਾਂਡ ਦਿਖਾਉਂਦੇ ਹਨ ਕਿ ਕਲਾਇੰਟ ਨੂੰ ਅਸਲ ਵਿੱਚ ਕੀ ਮਿਲਿਆ, ਅਤੇ ਤੀਜਾ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਥਾਨਕ ਪਤੇ ਲਈ ਕਲਾਇੰਟ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਵਰਤੇਗਾ, ਅਤੇ ਇਸ ਤਰ੍ਹਾਂ ਬਚਿਆ ਰੂਟ ਜਾਂ ਪੁਰਾਣਾ ਸਬਨੈੱਟ ਆਪਣੇ ਆਪ ਨੂੰ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ। ਫਿਰ ਇਸ ਦੀ ਤੁਲਨਾ LAN ਪੇਜ ਅਤੇ ਰਾਊਟਰ ਜਿਸ ਮੋਡ ਵਿੱਚ ਹੈ ਉਸ ਨਾਲ ਕਰੋ।
ਜੇ ਰੇਂਜ ਵਾਪਸ ਨਹੀਂ ਆ ਸਕਦੀ, ਤਾਂ ਉਸ ਦਾ ਨਾਮ ਲੈਣ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਅਪਡੇਟ ਕਰੋ: DHCP ਰਿਜ਼ਰਵੇਸ਼ਨ, ਪੁਰਾਣੇ ਸਬਨੈੱਟ ਵੱਲ ਕੋਈ ਵੀ ਸਥਿਰ ਰੂਟ, ਅਤੇ ਪਿਛਲਾ ਪ੍ਰੀਫਿਕਸ ਰੱਖਣ ਵਾਲਾ ਹਰ ਫਾਇਰਵਾਲ ਨਿਯਮ। ਟਨਲ ਦੇ ਦੂਰਸਥ ਸਬਨੈੱਟ ਨਾਲ ਟਕਰਾਉਣ ਵਾਲੀ ਰੇਂਜ ਵਧੇਰੇ ਖਰਾਬ ਕਿਸਮ ਹੈ, ਕਿਉਂਕਿ ਸਥਾਨਕ ਡਿਵਾਈਸ ਪਹੁੰਚਯੋਗ ਰਹਿੰਦੀਆਂ ਹਨ ਪਰ ਦੂਰਸਥ ਮੰਜ਼ਿਲਾਂ ਚੁੱਪਚਾਪ LAN ਵਿੱਚ ਗਲਤ ਰੂਟ ਹੋ ਜਾਂਦੀਆਂ ਹਨ।
ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਪੈਕਟ ਕ੍ਰਮ ਵਿੱਚ ਦੁਬਾਰਾ ਜਾਂਚੋ
ਦੋਵਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਟਨਲ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਜਾਂਚਾਂ ਪੈਕਟ ਕ੍ਰਮ ਵਿੱਚ ਦੁਹਰਾਓ: ਰਾਊਟਰ, ਸਥਾਨਕ ਹੋਸਟ, ਦੂਰਸਥ ਹੋਸਟ, ਫਿਰ ਨਾਮ, ਫਿਰ ਐਪਲੀਕੇਸ਼ਨ। ਪਹਿਲਾਂ ਐਪਲੀਕੇਸ਼ਨ ਜਾਂਚਣ ਨਾਲ ਲੁਕ ਜਾਂਦਾ ਹੈ ਕਿ ਕਿਹੜੀ ਪਰਤ ਅਜੇ ਭੰਨੀ ਹੈ, ਅਤੇ ਕੈਸ਼ ਕੀਤੇ ਨਾਮ 'ਤੇ ਬ੍ਰਾਊਜ਼ਰ ਦੀ ਦੁਬਾਰਾ ਕੋਸ਼ਿਸ਼ ਰੂਟਿੰਗ ਫੇਲ੍ਹ ਵਰਗੀ ਲੱਗ ਸਕਦੀ ਹੈ।
VPN ਪ੍ਰੋਫਾਈਲ ਦੇ ਕੋਲ ਫਰਮਵੇਅਰ ਵਰਜ਼ਨ, LAN ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਜਾਂਚ ਸੁਵਿਧਾ ਦੀ ਸਥਿਤੀ ਲਿਖੋ। ਤਿੰਨੇ ਅਜਿਹੀ ਕੌਂਫਿਗਰੇਸ਼ਨ ਹਨ ਜਿਸ ਨੂੰ ਅਗਲਾ ਅਪਡੇਟ ਓਵਰਰਾਈਟ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਦੋ ਲਾਈਨਾਂ ਦੇ ਨੋਟ ਹੁਣੇ ਬਿਤਾਇਆ ਘੰਟਾ ਬਚਾ ਦਿੰਦੇ ਹਨ।