ਘਰ ਅਤੇ ਦਫ਼ਤਰ ਦੋਵੇਂ 192.168.1.x ਵਰਤਦੇ ਹਨ: ਹੁਣ ਕੀ ਕਰੀਏ?

ਚਾਰ ਜਾਂਚਾਂ ਕਰੋ: ਨਾਮ ਕਿਹੜੇ ਪਤੇ ’ਤੇ ਹੱਲ ਹੁੰਦਾ ਹੈ, ਸਥਾਨਕ ਨੈੱਟਵਰਕ ਕਿਹੜਾ ਪ੍ਰੀਫਿਕਸ ਵਰਤਦਾ ਹੈ, ਕਰਨਲ ਉਸ ਮੰਜ਼ਿਲ ਲਈ ਕਿਹੜਾ ਰੂਟ ਚੁਣਦਾ ਹੈ, ਅਤੇ ਦੂਰਲੇ ਸਿਰੇ ’ਤੇ ਕੀ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। VPN ਲੌਗਇਨ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਕਿਹੜਾ ਨੈੱਟਵਰਕ ਜਿੱਤੇ ਇਸ ਦੀ ਪਰਵਾਹ ਤੋਂ ਬਿਨਾਂ ਇਹ ਪੂਰਾ ਹੁੰਦਾ ਹੈ। ਜਾਂਚਾਂ ਕ੍ਰਮ ਵਿੱਚ ਕਰੋ ਅਤੇ ਓਵਰਲੈਪ ਚੌਥੇ ਕਦਮ ਦੀ ਬਜਾਏ ਦੂਜੇ ਕਦਮ ’ਤੇ ਦਿਸੇਗਾ।

ਸਫਲ ਲੌਗਇਨ ਦੱਸਦਾ ਹੈ ਕਿ ਟਨਲ ਚੱਲ ਰਹੀ ਹੈ; ਇਹ ਨਹੀਂ ਦੱਸਦਾ ਕਿ ਕੋਈ ਖਾਸ ਪਤਾ ਕਿੱਧਰ ਇਸ਼ਾਰਾ ਕਰਦਾ ਹੈ।

ਇੱਕ ਪਤਾ, ਦੋ ਮਸ਼ੀਨਾਂ

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

ip route get 192.168.1.20

ਉਹ ਖੋਜ ਕਰਨਲ ਵੱਲੋਂ ਚੁਣੇ ਇੰਟਰਫੇਸ ਅਤੇ ਅਗਲੇ ਹੌਪ ਦਾ ਨਾਮ ਦੱਸਦੀ ਹੈ, ਜੋ ਸੂਚੀ ਵਿੱਚ ਦੂਜੀ ਜਾਂਚ ਹੈ। ਕੁਝ ਹੋਰ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਸਥਾਨਕ ਅਤੇ ਦੂਰਲੇ ਪ੍ਰੀਫਿਕਸ ਦੀ ਤੁਲਨਾ ਕਰੋ। ਜੇ ਸਥਾਨਕ LAN 192.168.1.0/24 ਹੈ ਅਤੇ ਦੂਰਲੀ ਸਾਈਟ ਵੀ 192.168.1.0/24 ਹੈ, ਤਾਂ ਓਵਰਲੈਪ ਹੀ ਨਤੀਜਾ ਹੈ, ਅਤੇ ਕੋਈ ਕਲਾਇੰਟ ਵਿਕਲਪ ਇਸਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦਾ।

ਜਿਸ ਪਾਸੇ ਤੁਸੀਂ ਕੰਟਰੋਲ ਕਰਦੇ ਹੋ ਉਸ ਨੂੰ ਦੁਬਾਰਾ ਨੰਬਰ ਦਿਓ

ਨਿੱਜੀ ਰਾਊਟਰ ਆਮ ਤੌਰ ’ਤੇ ਹਿਲਾਉਣ ਲਈ ਸੌਖਾ ਪਾਸਾ ਹੁੰਦਾ ਹੈ। ਅਜਿਹੀ ਰੇਂਜ ਚੁਣੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਵਰਤਦੇ ਹੋ ਉਹਨਾਂ ਦੂਰਲੇ ਨੈੱਟਵਰਕਾਂ ਨਾਲ ਟਕਰਾਏ ਨਹੀਂ, ਅਤੇ ਧਿਆਨ ਦਿਓ ਕਿ 10.x.x.x ਵੀ ਆਪਣੇ ਆਪ ਖਾਲੀ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਈਟਾਂ ਇਸਨੂੰ ਵਰਤਦੀਆਂ ਹਨ। ਬਦਲਾਅ ਦੀ ਯੋਜਨਾ ਬਣਾਓ: DHCP ਲੀਜ਼, ਰਾਖਵੇਂ ਪਤੇ, ਪ੍ਰਿੰਟਰ ਕਤਾਰਾਂ ਅਤੇ ਹਾਰਡਕੋਡ ਕੀਤੇ ਪਤੇ ਵਾਲੀ ਹਰ ਚੀਜ਼ ਵੱਲ ਧਿਆਨ ਦੇਣਾ ਪਵੇਗਾ। ਦੁਬਾਰਾ ਨੰਬਰ ਦੇਣ ਦਾ ਕੰਮ ਅਜਿਹੇ ਸਮੇਂ ਕਰੋ ਜਦੋਂ ਤੁਸੀਂ VPN ਤੋਂ ਬਿਨਾਂ ਰਾਊਟਰ ਬਹਾਲ ਕਰ ਸਕੋ।

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

ਜਦੋਂ ਕੋਈ ਵੀ ਪਾਸਾ ਬਦਲ ਨਹੀਂ ਸਕਦਾ

ਜੇ ਦੋਵਾਂ ਵਿੱਚੋਂ ਕੋਈ ਨੈੱਟਵਰਕ ਦੁਬਾਰਾ ਨੰਬਰ ਨਹੀਂ ਹੋ ਸਕਦਾ, ਤਾਂ ਬਾਕੀ ਵਿਕਲਪ ਸਰਵਰ ’ਤੇ ਰਹਿੰਦੇ ਹਨ। ਗੇਟਵੇ ਨੀਤੀ-ਆਧਾਰਿਤ NAT ਜਾਂ ਦੋ-ਦਿਸ਼ਾ ਰੂਪ ਵਰਤ ਕੇ VPN ਕਲਾਇੰਟਾਂ ਲਈ ਦੂਰਲੇ ਨੈੱਟਵਰਕ ਨੂੰ ਹੋਰ ਸਬਨੈੱਟ ਵਿੱਚ ਅਨੁਵਾਦ ਕਰ ਸਕਦਾ ਹੈ, ਤਾਂ ਜੋ ਕਲਾਇੰਟ ਨੂੰ ਵਿਲੱਖਣ ਪਤਾ ਦਿਸੇ। ਇਹ ਗੇਟਵੇ ਦਾ ਡਿਜ਼ਾਈਨ ਹੈ, ਹਰ ਡੈਸਕਟਾਪ ਕਲਾਇੰਟ ਵੱਲੋਂ ਦਿੱਤਾ ਜਾਣ ਵਾਲਾ ਸਵਿੱਚ ਨਹੀਂ, ਅਤੇ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਵਰਤੋਂਕਾਰ ਕਿਹੜਾ ਪਤਾ ਲਿਖਦੇ ਹਨ ਅਤੇ ਕਿਹੜੇ ਨਾਮ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ। ਫੋਰਮ ਤੋਂ ਕਾਪੀ ਕੀਤਾ ਰੂਟ ਦੋ ਇੱਕੋ ਜਿਹੀਆਂ ਮੰਜ਼ਿਲਾਂ ਵਿੱਚ ਫ਼ਰਕ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਨਿੱਜੀ ਪਤਾ ਰੇਂਜਾਂ ਨਿੱਜੀ ਹੀ ਰਹਿੰਦੀਆਂ ਹਨ; ਸਮੱਸਿਆ ਦੁਬਾਰਾ ਵਰਤੋਂ ਹੈ, ਰੇਂਜਾਂ ਆਪ ਨਹੀਂ।

ਸਾਬਤ ਕਰੋ ਕਿ ਕਿਹੜੀ ਮਸ਼ੀਨ ਨੇ ਜਵਾਬ ਦਿੱਤਾ

openssl s_client -connect 192.168.1.20:443 -servername office.example 2>/dev/null | openssl x509 -noout -subject

ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਦਫ਼ਤਰੀ ਸਰੋਤ ਅਤੇ ਸਥਾਨਕ ਡਿਵਾਈਸ ਇਕੱਠੇ ਜਾਂਚੋ। ਜੇ ਦਫ਼ਤਰੀ ਸਰਵਰ ਦੀ ਥਾਂ ’ਤੇ ਕੋਈ ਜਾਣਿਆ-ਪਛਾਣਿਆ ਘਰ ਦਾ ਡਿਵਾਈਸ ਜਵਾਬ ਦੇਵੇ, ਜਾਂ TLS ਸਰਟੀਫਿਕੇਟ ਗਲਤ ਹੋਸਟ ਦਾ ਨਾਮ ਦੱਸੇ, ਤਾਂ ਰੁਕੋ ਅਤੇ ਅੱਗੇ ਵਧਣ ਤੋਂ ਪਹਿਲਾਂ ਮੰਜ਼ਿਲ ਪਛਾਣੋ। ਉਸ ਪਤੇ ਤੋਂ ਜਵਾਬ ਮਿਲਣਾ ਇਹ ਸਾਬਤ ਨਹੀਂ ਕਰਦਾ ਕਿ ਕਿਹੜੀ ਮਸ਼ੀਨ ਨੇ ਭੇਜਿਆ। ਸਰਟੀਫਿਕੇਟ ਦਾ ਵਿਸ਼ਾ ਜਾਂਚਣਾ ਉਸ ਸਮੇਂ ਉਪਲਬਧ ਕੁਝ ਭਰੋਸੇਯੋਗ ਸੰਕੇਤਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ।

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

ਸਥਾਨਕ ਪ੍ਰੀਫਿਕਸ, ਦੂਰਲਾ ਪ੍ਰੀਫਿਕਸ ਅਤੇ ਉਹ ਬਦਲਾਅ ਲਿਖੋ ਜਿਸਨੇ ਇਸਨੂੰ ਹੱਲ ਕੀਤਾ। ਅਗਲਾ ਓਵਰਲੈਪ ਵੱਖਰਾ ਦਿਸੇਗਾ ਪਰ ਉਹੀ ਪੈਟਰਨ ਅਪਣਾਏਗਾ।