ਨਵਾਂ ਰਾਊਟਰ, ਉਹੀ VPN ਸਰਵਰ: ਇਸ ਦਾ ਜਨਤਕ ਪ੍ਰਵੇਸ਼ ਬਦਲੋ

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

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

ਪਲੱਗ ਖੋਲ੍ਹਣ ਤੋਂ ਪਹਿਲਾਂ ਹੈਂਡਓਵਰ ਲਿਖੋ

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

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

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

ਪਹਿਲਾਂ ਪਤਾ ਬਦਲੋ, ਫਿਰ ਫਾਰਵਰਡ

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

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

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

ਤੈਅ ਕਰੋ ਕਿ ਜਨਤਕ ਨਾਮ ਕੌਣ ਅੱਪਡੇਟ ਕਰੇਗਾ

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

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

ਬਾਹਰੋਂ ਬਦਲੀ ਸਾਬਤ ਕਰੋ

LAN ਦੇ ਅੰਦਰੋਂ ਨਹੀਂ, ਅਧਿਕਾਰਤ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਅਤੇ ਨਵੇਂ ਸੈਸ਼ਨ ਨਾਲ ਜਾਂਚੋ। ਜਨਤਕ ਪਤੇ ਵਿਰੁੱਧ ਅੰਦਰੂਨੀ ਜਾਂਚ ਹੇਅਰਪਿਨ ਵਿਵਹਾਰ ਉੱਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਅਤੇ ਅਸਲ ਕਲਾਇੰਟ ਨਾਲੋਂ ਵੱਖਰੇ ਰਾਹ ਜਾਂਦੀ ਹੈ।

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

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

ਨਵੀਂ ਮੈਪਿੰਗ ਆਪਣੇ ਬਹਾਲੀ ਨੋਟ ਨਾਲ ਰੱਖੋ

ਅੰਤਿਮ ਸਰਵਰ ਬਟਵਾਰਾ, ਇਨਬਾਊਂਡ ਨਿਯਮ ਅਤੇ ਅੱਪਡੇਟ ਮਾਲਕ ਦਾ ਨਾਮ ਸਥਾਨਕ ਤੌਰ ਉੱਤੇ ਰਾਊਟਰ ਤੱਕ ਪਹੁੰਚਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਦੇ ਕੋਲ ਸੰਗ੍ਰਹਿ ਕਰੋ। ਅਗਲੀ ਬਦਲੀ traceroute ਤੋਂ ਨਹੀਂ, ਉਸ ਸਫ਼ੇ ਤੋਂ ਸ਼ੁਰੂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

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