ਤੁਹਾਡੇ LAN ਨਾਲ ਓਵਰਲੈਪ ਹੁੰਦੇ VPN ਪੂਲ ਨੂੰ ਕੋਈ ਰੂਟ ਠੀਕ ਨਹੀਂ ਕਰਦਾ

ਐਪ ਕਹਿੰਦੀ ਹੈ ਟਨਲ ਸਿਹਤਮੰਦ ਹੈ, ਫਿਰ ਵੀ ਤੁਹਾਨੂੰ ਲੋੜੀਂਦੇ ਅੱਧੇ ਮੰਜ਼ਿਲਾਂ ਕਦੇ ਜਵਾਬ ਨਹੀਂ ਦਿੰਦੇ। ਪਹਿਲਾ ਪ੍ਰਤੀਕਰਮ ਰੂਟ ਜੋੜਨਾ ਜਾਂ ਮੈਟ੍ਰਿਕ ਘਟਾਉਣਾ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਹੀ ਪ੍ਰਤੀਕਰਮ ਉਹ ਮਿੱਥ ਹੈ ਜਿਸ ਨੂੰ ਪਹਿਲਾਂ ਮਾਰਨਾ ਚਾਹੀਦਾ ਹੈ। ਜਦੋਂ ਕਲਾਇੰਟ ਦਾ ਆਪਣਾ LAN ਅਤੇ ਟਨਲ ਦਾ ਪੂਲ ਇੱਕੋ ਪ੍ਰੀਫਿਕਸ ਦਾ ਦਾਅਵਾ ਕਰਦੇ ਹਨ, ਤਾਂ ਰਾਊਟਿੰਗ ਟੇਬਲ ਦੋ ਅਸੰਗਤ ਤੱਥ ਰੱਖਦੀ ਹੈ, ਅਤੇ ਨਾ ਡਿਫਾਲਟ ਰੂਟ ਨਾ ਮੈਟ੍ਰਿਕ ਉਨ੍ਹਾਂ ਨੂੰ ਸੁਲਝਾਉਂਦਾ ਹੈ। ਸੁਧਾਰ ਪਤਾ-ਨਿਰਧਾਰਨ ਦਾ ਫੈਸਲਾ ਹੈ, ਅਤੇ ਰੂਟ ਸੋਧ ਇਸ ਦਾ ਬਦਲ ਨਹੀਂ ਬਣ ਸਕਦੀ।

ਇੱਕ ਵਾਧੂ ਰੂਟ ਇੱਕ ਪ੍ਰੀਫਿਕਸ ਨੂੰ ਕਿਉਂ ਨਹੀਂ ਵੰਡ ਸਕਦਾ

ਰੂਟ ਇੱਕ ਪ੍ਰੀਫਿਕਸ ਉੱਤੇ ਦੋ ਦਾਅਵਿਆਂ ਨੂੰ ਵੱਖ ਨਹੀਂ ਕਰ ਸਕਦਾ, ਇਸ ਲਈ ਸਮਝਦਾਰੀ ਇਹ ਹੈ ਕਿ ਸਹੀ ਰੂਟ ਲਾਈਨ ਲੱਭਣਾ ਬੰਦ ਕਰੋ। ਸਟੈਕ ਜੁੜੇ ਰੂਟ ਤੋਂ ਅੱਗੇ ਇੱਕੋ ਜਿਹਾ ਪ੍ਰੀਫਿਕਸ ਨਹੀਂ ਰੱਖੇਗਾ, ਅਤੇ ਵਧੇਰੇ ਖਾਸ ਐਂਟਰੀ ਪਤਾ ਫੜ ਲੈਂਦੀ ਹੈ, ਪਰ ਉਸ ਦਾ ਮਾਲਕ ਸਥਾਨਕ ਹੋਸਟ ਪਹੁੰਚ ਤੋਂ ਬਾਹਰ ਹੋ ਜਾਂਦਾ ਹੈ। ਜੋ ਰਾਊਟਿੰਗ ਸਮੱਸਿਆ ਵਾਂਗ ਦਿਸਦਾ ਹੈ ਉਹ ਪਤਾ ਟਕਰਾਅ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਸੁਧਾਰ ਰੂਟ ਨਹੀਂ, ਪਤੇ ਬਦਲਦੇ ਹਨ। ਸਵੀਕਾਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਮਸ਼ੀਨ ਉੱਤੇ ਇਹ ਦਾਅਵਾ ਜਾਂਚੋ।

ip route get 192.168.1.50
route -n get 192.168.1.50
Find-NetRoute -RemoteIPAddress 192.168.1.50

ਸਿਸਟਮ ਨੂੰ ਇੱਕ ਪਤੇ ਬਾਰੇ ਪੁੱਛੋ ਅਤੇ ਵੇਖੋ ਇਹ ਕਿਹੜਾ ਇੰਟਰਫੇਸ ਦੱਸਦਾ ਹੈ। Linux, macOS ਅਤੇ Windows ਹਰ ਇੱਕ ਸਿਰਫ਼-ਪੜ੍ਹਨ ਖੋਜ ਨਾਲ ਜਵਾਬ ਦਿੰਦੇ ਹਨ, ਜੋ ਕੁਝ ਵੀ ਭੇਜੇ ਬਿਨਾਂ ਚੁਣਿਆ ਇੰਟਰਫੇਸ ਅਤੇ ਅਗਲਾ ਹੌਪ ਦੱਸਦੀ ਹੈ। ਜਦੋਂ ਟਨਲ ਚਾਲੂ ਹੋਵੇ ਤੇ ਜਵਾਬ ਭੌਤਿਕ ਅਡੈਪਟਰ ਵੱਲ ਇਸ਼ਾਰਾ ਕਰੇ, ਕਰਨਲ ਪਤੇ ਨੂੰ ਟਨਲ ਢੋ ਸਕਣ ਵਾਲੀ ਚੀਜ਼ ਨਹੀਂ, ਲਿੰਕ ਉੱਤੇ ਮੌਜੂਦ ਮੰਨਦਾ ਹੈ।

ਪ੍ਰਦਾਤਾ ਵੱਲੋਂ ਦਿੱਤਾ ਪ੍ਰੀਫਿਕਸ ਘਰ ਦੇ ਰਾਊਟਰ ਵੱਲੋਂ ਦਿੱਤੇ ਪ੍ਰੀਫਿਕਸ ਦੇ ਕੋਲ ਰੱਖੋ ਅਤੇ ਦੋਵਾਂ ਦੀ ਸਟ੍ਰਿੰਗ ਵਜੋਂ ਤੁਲਨਾ ਕਰੋ। ਸਹੀ ਮੇਲ ਸਪਸ਼ਟ ਮਾਮਲਾ ਹੈ, ਅਤੇ ਘਰ ਦੇ ਸਬਨੈੱਟ ਨੂੰ ਸਮੇਟਦਾ ਵੱਡਾ ਪ੍ਰਦਾਤਾ ਪੂਲ ਵੀ ਉਸੇ ਤਰ੍ਹਾਂ ਫੇਲ ਹੁੰਦਾ ਹੈ, ਬੱਸ ਇਸ ਨੂੰ ਖੁੰਝਾਉਣਾ ਸੌਖਾ ਹੈ। ਸਿਰਫ਼ ਇੱਕੋ ਜਿਹੇ ਦਿਸਦੇ ਦੋ ਪ੍ਰੀਫਿਕਸ ਟਕਰਾਅ ਨਹੀਂ ਹਨ, ਇਸ ਲਈ ਕੁਝ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਲਿਖ ਲਓ।

ਕਲਾਇੰਟ ਨੂੰ ਅਸਲ ਵਿੱਚ ਮਿਲਿਆ ਪੂਲ ਪੜ੍ਹੋ

ਕਲਾਇੰਟ ਨੂੰ ਕੀ ਮਿਲਿਆ ਉਹ ਪੜ੍ਹੋ, ਪ੍ਰਦਾਤਾ ਦਾ ਮਾਰਕੀਟਿੰਗ ਪੇਜ ਨਹੀਂ। OpenVPN ਕਲਾਇੰਟ ਦੇ ਲੌਗ ਦਾ ਵੇਰਵਾ ਵਧਾਓ, ਸਰਵਰ ਵੱਲੋਂ ਧੱਕੇ ਰੂਟ ਉਸ ਵਿੱਚ ਦਿਸਣਗੇ, ਜੋ ਟਨਲ ਪ੍ਰੀਫਿਕਸ ਖੋਲ੍ਹਦੇ ਹਨ; ਹੋਰ ਥਾਂ ਪੂਲ ਕਨੈਕਸ਼ਨ ਵੇਰਵਿਆਂ ਵਿੱਚ ਜਾਂ ਅਡੈਪਟਰ ਉੱਤੇ ਹੀ ਦਿਸਦਾ ਹੈ। ਪ੍ਰਦਾਤਾ ਤੋਂ ਉਸ ਵੱਲੋਂ ਵਰਤੀਆਂ ਸਾਰੀਆਂ ਨਿੱਜੀ ਰੇਂਜਾਂ ਦੀ ਪੂਰੀ ਸੂਚੀ ਮੰਗੋ, ਕਿਉਂਕਿ ਅੱਜ ਦਾ ਇੱਕ /24 ਕੱਲ੍ਹ ਦੋ ਹੋ ਸਕਦਾ ਹੈ। ਆਮ RFC 1918 ਬਲਾਕਾਂ ਤੋਂ ਬਚਣਾ ਉਸ ਆਵੰਟਨ ਤੋਂ ਬਚਣਾ ਨਹੀਂ ਹੈ ਜੋ ਅਸਲ ਵਿੱਚ ਤੁਹਾਨੂੰ ਦਿੱਤਾ ਗਿਆ ਹੈ।

ਪੂਲ ਛੋਟਾ ਵੀ ਹੋ ਸਕਦਾ ਹੈ ਜਾਂ ਖੇਤਰਾਂ ਵਿਚਕਾਰ ਖਿਸਕ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਸੂਚੀ ਨੂੰ ਤਾਰੀਖ਼ ਅਤੇ ਮਾਲਕ ਚਾਹੀਦਾ ਹੈ। ਤੁਹਾਡੇ ਪਿਛਲੇ ਯੋਜਨਾ ਬਦਲਾਅ ਤੋਂ ਪੁਰਾਣੇ ਕਿਸੇ ਵੀ ਪ੍ਰਦਾਤਾ ਜਵਾਬ ਨੂੰ ਤੱਥ ਨਹੀਂ, ਅਨੁਮਾਨ ਮੰਨੋ। ਕਿਸੇ ਰੇਂਜ ਨਾਲ ਬੱਝਣ ਤੋਂ ਪਹਿਲਾਂ ਫਿਰ ਪੁੱਛੋ, ਅਤੇ ਜਵਾਬ ਨੈੱਟਵਰਕ ਨੋਟਾਂ ਨਾਲ ਰੱਖੋ ਤਾਂ ਜੋ ਅਗਲੇ ਬੰਦੇ ਨੂੰ ਸਬੂਤ ਵਿਰਾਸਤ ਵਿੱਚ ਮਿਲੇ।

ਮੁੜ ਨੰਬਰ ਕਰਨਾ ਹੀ ਉਹ ਸੁਧਾਰ ਹੈ ਜੋ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ

ਜੇ VPN ਸਰਵਰ ਬਦਲਣ ਵਾਲਾ ਤੁਹਾਡਾ ਨਹੀਂ ਹੈ, ਘਰ ਦਾ LAN ਹਿਲਾਉਣਾ ਹੀ ਇੱਕੋ ਉਪਲਬਧ ਸੁਧਾਰ ਹੈ, ਅਤੇ ਵਪਾਰਕ ਪ੍ਰਦਾਤਾ ਨਾਲ ਇਹੀ ਆਮ ਸਥਿਤੀ ਹੈ। ਪ੍ਰਦਾਤਾ ਦੇ ਪੂਲ ਤੋਂ ਬਾਹਰ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਲੋੜ ਪੈ ਸਕਣ ਵਾਲੀਆਂ ਰੇਂਜਾਂ ਤੋਂ ਬਾਹਰ ਰੇਂਜ ਚੁਣੋ, ਅਤੇ ਟਨਲ ਰਾਹੀਂ ਤੁਸੀਂ ਪਹੁੰਚਦੇ ਹਰ ਹੋਰ ਸਾਈਟ ਦੇ ਸਾਹਮਣੇ ਇਸ ਦੀ ਜਾਂਚ ਕਰੋ। ਥੋੜ੍ਹੇ ਰੁਕਾਵਟ ਅਤੇ ਭੁੱਲੇ ਯੰਤਰਾਂ ਦੀ ਲੰਬੀ ਪੂਛ ਦੀ ਆਸ ਰੱਖੋ: ਪੁਰਾਣਾ ਪਤਾ ਰੱਖਣ ਵਾਲਾ ਯੰਤਰ ਗੇਟਵੇ ਦੀ ਲੋੜ ਹੋਣ ਤੱਕ ਕੰਮ ਕਰਦਾ ਦਿਸਦਾ ਹੈ।

1. ਪਹਿਲਾਂ ਸੂਚੀ: ਰਾਊਟਰ ਦਾ ਆਪਣਾ ਪਤਾ, DHCP ਦਾਇਰਾ, ਰਿਜ਼ਰਵੇਸ਼ਨ, ਪੋਰਟ ਫਾਰਵਰਡਿੰਗ ਅਤੇ ਹੱਥ ਨਾਲ ਲਿਖੇ ਪਤੇ ਵਾਲਾ ਹਰ ਯੰਤਰ।
2. ਫਿਰ ਰੱਖ-ਰਖਾਅ ਵਿੰਡੋ ਦੇ ਅੰਦਰ ਰਾਊਟਰ ਦਾ LAN ਪ੍ਰੀਫਿਕਸ ਅਤੇ DHCP ਦਾਇਰਾ ਇਕੱਠੇ ਬਦਲੋ, ਅਤੇ ਤਾਰ ਵਾਲੀਆਂ ਲੀਜ਼ਾਂ ਬੇਤਾਰ ਤੋਂ ਪਹਿਲਾਂ ਨਵਿਆਓ।
3. ਇਸ ਤੋਂ ਬਾਅਦ ਸਥਿਰ ਪਤੇ ਸੁਧਾਰੋ: ਪ੍ਰਿੰਟਰ, ਨੈੱਟਵਰਕ ਸਟੋਰੇਜ, ਕਠੋਰ ਤੌਰ ਤੇ ਲਿਖਿਆ ਗੇਟਵੇ ਵਾਲਾ ਹਰ ਕੁਝ।
4. ਅਖੀਰ ਵਿੱਚ, VPN ਕਲਾਇੰਟ ਮੁੜ ਜੋੜੋ ਅਤੇ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਟਨਲ ਦਾ ਪਤਾ ਹੁਣ LAN ਨਾਲ ਨਹੀਂ ਟਕਰਾਉਂਦਾ।

ਪਤੇ ਇਕੱਠੇ ਨਹੀਂ, ਇਸੇ ਕ੍ਰਮ ਵਿੱਚ ਨਿਪਟਾਓ, ਅਤੇ ਪੁਰਾਣੀ ਰੇਂਜ ਨੂੰ ਕੁਝ ਸਮਾਂ ਦਸਤਾਵੇਜ਼ੀ ਰੱਖੋ ਤਾਂ ਜੋ ਪੁਰਾਣਾ ਯੰਤਰ ਰਹੱਸਮਈ ਨਹੀਂ ਬਲਕਿ ਪਛਾਣਿਆ ਜਾ ਸਕੇ। ਜੋ ਯੰਤਰ ਕਦੇ ਨਵਿਆਉਂਦਾ ਨਹੀਂ, ਉਹ ਗੇਟਵੇ ਤੱਕ ਨ ਪਹੁੰਚ ਕੇ ਆਪਣੀ ਜਾਣਕਾਰੀ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਇਹ ਸਪੋਰਟ ਕਾਲ ਨਾਲੋਂ ਕਿਤੇ ਵਧੀਆ ਸੁਰਾਗ ਹੈ। ਜੇ ਰਾਊਟਰ ਇੱਕ ਦਿਨ ਤੋਂ ਲੰਬੀਆਂ ਲੀਜ਼ਾਂ ਦਿੰਦਾ ਹੈ, ਤਾਂ ਵਿੰਡੋ ਦੀ ਮਿਆਦ ਲਈ ਉਹ ਛੋਟੀਆਂ ਕਰੋ।

ਉਪਨਾਮ ਕੀ ਕਰ ਸਕਦਾ ਹੈ ਅਤੇ ਕੀ ਨਹੀਂ

ਜਦੋਂ ਸਰਵਰ ਤੁਹਾਡਾ ਹੋਵੇ, ਕਲਾਇੰਟ ਉੱਤੇ ਪਤਿਆਂ ਦਾ ਅਨੁਵਾਦ ਦੂਰ ਦਾ ਪ੍ਰੀਫਿਕਸ ਖਾਲੀ ਸਥਾਨਕ ਰੇਂਜ ਵਿੱਚ ਖੋਲ੍ਹ ਸਕਦਾ ਹੈ, ਜਿਸ ਨਾਲ ਉਹੀ ਹੋਸਟ ਦੂਜੇ ਪਤੇ ਉੱਤੇ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਕਮਿਊਨਿਟੀ OpenVPN ਇਹ ਕਰਦਾ ਹੈ client-nat, ਅਤੇ ਉਹ ਨਿਰਦੇਸ਼ ਸਿਰਫ਼ ਉਸੇ ਕਲਾਇੰਟ ਲਈ ਹੈ, ਜਿਨ੍ਹਾਂ ਵਪਾਰਕ ਅਤੇ ਮੋਬਾਈਲ ਕਲਾਇੰਟਾਂ ਨਾਲ ਲੋਕ ਆਮ ਤੌਰ ਤੇ ਇਸ ਦੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ ਉਨ੍ਹਾਂ ਵਿੱਚ ਨਹੀਂ। ਇਸ ਬੰਦੋਬਸਤ ਨੂੰ ਅਨੁਵਾਦ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਰੂਟ, ਉਪਨਾਮ ਲਈ ਖਾਲੀ ਰੇਂਜ ਅਤੇ ਕਲਾਇੰਟ ਦੇ ਅਣਅਨੁਵਾਦਿਤ ਪਤੇ ਦਾ ਜਵਾਬ ਦੇਣ ਲਈ ਤਿਆਰ ਸਰਵਰ ਚਾਹੀਦਾ ਹੈ। ਜੇ ਕਲਾਇੰਟ ਤੁਸੀਂ ਸੰਰਚਿਤ ਨਹੀਂ ਕਰ ਸਕਦੇ ਅਜਿਹੇ ਪ੍ਰਬੰਧਿਤ ਪ੍ਰਦਾਤਾ ਦਾ ਹੈ ਤਾਂ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੁਝ ਵੀ ਕੰਮ ਨਹੀਂ ਆਉਂਦਾ।

ਬਦਲਾਅ ਲਾਗੂ ਹੋਣ ਤੋਂ ਬਾਅਦ ਪਹਿਲਾਂ ਪਤੇ ਨਾਲ ਅਤੇ ਫਿਰ ਨਾਮ ਨਾਲ ਸਥਾਨਕ ਹੋਸਟ ਅਤੇ ਦੂਰ ਦੇ ਹੋਸਟ ਤੱਕ ਪਹੁੰਚੋ, ਅਤੇ ਸਿਸਟਮ ਹਰ ਵਾਰ ਕਿਹੜਾ ਰੂਟ ਚੁਣਦਾ ਹੈ ਨੋਟ ਕਰੋ। ਨਾਮ ਅਜੇ ਵੀ ਪੁਰਾਣੀ ਰੇਂਜ ਵਿੱਚ ਹੱਲ ਹੋ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ ਪਤੇ ਅਤੇ ਨਾਮ ਵੱਖਰੀ ਜਾਂਚ ਦੇ ਯੋਗ ਹਨ। ਜੇ ਬਦਲਾਅ ਦੌਰਾਨ ਕੋਈ ਚਾਲੂ ਰਿਹਾ ਹੋਵੇ ਤਾਂ ਇੱਕ ਕਲਾਇੰਟ ਅਤੇ ਸਰਵਰ ਪਾਸੇ ਦਾ ਇੱਕ ਯੰਤਰ ਮੁੜ ਚਾਲੂ ਕਰੋ, ਕਿਉਂਕਿ ਕੈਸ਼ ਕੀਤੀਆਂ ਗੁਆਂਢੀ ਐਂਟਰੀਆਂ ਸੋਧ ਨਾਲੋਂ ਵੱਧ ਜੀਉਂਦੀਆਂ ਹਨ।

ਤੁਸੀਂ ਜਿਨ੍ਹਾਂ ਪ੍ਰੀਫਿਕਸਾਂ ਉੱਤੇ ਰੁਕੇ, ਉਹ ਉੱਥੇ ਲਿਖੋ ਜਿੱਥੇ ਲੋਕ ਅਸਲ ਵਿੱਚ ਵੇਖਦੇ ਹਨ: ਨੈੱਟਵਰਕ ਨੋਟ, ਰਾਊਟਰ ਦਾ ਆਪਣਾ ਟਿੱਪਣੀ ਖੇਤਰ, ਜਾਣ-ਪਛਾਣ ਪੇਜ। ਕੋਈ ਫਿਰ 192.168.1.0/24 ਚੁਣੇਗਾ, ਅਤੇ ਟਕਰਾਅ ਉਸ ਨਾਲ ਮੁੜ ਆਵੇਗਾ।