VPN ਲਈ UFW ਛੋਟ ਜਦੋਂ ਐਂਡਪੁਆਇੰਟ ਦਾ ਪਤਾ ਬਦਲਦਾ ਹੈ

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

ਟਨਲ ਦੁਬਾਰਾ ਜੁੜਦੀ ਹੈ, ਫਿਰ ਕੁਝ ਬਾਹਰ ਨਹੀਂ ਜਾਂਦਾ

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

ਜਨਤਕ ਖੋਜ ਜੋ ਪਤਾ ਵਾਪਸ ਦਿੰਦੀ ਹੈ ਉਸ ਨੂੰ ਪਿੰਨ ਕਰਨਾ ਅੱਜ ਕੰਮ ਕਰਾਉਂਦਾ ਹੈ ਅਤੇ ਕੱਲ੍ਹ ਨੂੰ ਟੁੱਟਿਆ ਛੱਡ ਦਿੰਦਾ ਹੈ। ਉਹ ਇੱਕ ਵਾਰ ਦਾ ਸੋਧ ਹੈ, ਰੱਖ-ਰਖਾਅ ਦੀ ਨੀਤੀ ਨਹੀਂ।

ਉਸ ਛੋਟ ਦਾ ਵਰਣਨ ਕਰੋ ਜੋ ਤੁਸੀਂ ਅਸਲ ਵਿੱਚ ਚਾਹੁੰਦੇ ਹੋ

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

ਹੇਠਾਂ ਦਿੱਤੀ ਕਮਾਂਡ ਤਾਰ ਵਾਲੇ ਅਪਲਿੰਕ 'ਤੇ ਇੱਕ IPv4 UDP ਐਂਡਪੁਆਇੰਟ ਦਾ ਰੂਪ ਦਿਖਾਉਂਦੀ ਹੈ। ਦੋਵੇਂ ਮੁੱਲ ਉਹਨਾਂ ਨਾਲ ਬਦਲੋ ਜੋ ਤੁਸੀਂ ਤੈਨਾਤੀ ਦੇ ਵਿਰੁੱਧ ਜਾਂਚੇ ਹਨ।

sudo ufw allow out on enp3s0 proto udp to 192.0.2.44 port 1194
sudo ufw status verbose

ਉਹ ਆਗਿਆ ਉਸੇ ਪੋਰਟ 'ਤੇ ਮਨਮਾਨੇ ਮੰਤਵ ਨਹੀਂ ਦਿੰਦੀ, ਸਰੋਤਾ ਨਹੀਂ ਬਣਾਉਂਦੀ ਅਤੇ TCP ਨੂੰ ਨਹੀਂ ਢਕਦੀ। UFW ਦਾ ਦਸਤਾਵੇਜ਼ ਪੰਨਾ ਦੱਸਦਾ ਹੈ ਕਿ ਪਤਾ, ਇੰਟਰਫੇਸ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਨਿਯਮ ਨੂੰ ਕਿਵੇਂ ਤੰਗ ਕਰਦੇ ਹਨ, ਅਤੇ ਉਹੀ ਤੰਗੀ ਪੂਰੀ ਗੱਲ ਹੈ।

ਇਸ ਨੂੰ ਇੱਕ ਵਰਕਫਲੋ ਵਜੋਂ ਤਾਜ਼ਾ ਕਰੋ

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

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

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

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

ਪੁਰਾਣੀ ਆਗਿਆ ਨੂੰ ਜਾਣ-ਬੁੱਝ ਕੇ ਵਾਪਸ ਲਵੋ

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

ਪੂਰੀ ਸਮੀਖਿਆ ਦੁਹਰਾਓ ਜਦੋਂ ਅਪਲਿੰਕ Ethernet ਤੋਂ Wi-Fi 'ਤੇ ਬਦਲੇ, ਜਦੋਂ ਟ੍ਰਾਂਸਪੋਰਟ ਬਦਲੇ, ਜਾਂ ਜਦੋਂ ਕੋਈ ਸੇਵਾ ਕਈ ਪਤਿਆਂ 'ਤੇ ਘੁੰਮੇ। ਇੰਟਰਫੇਸ-ਖਾਸ ਨਿਯਮ ਨੂੰ ਨੈੱਟਵਰਕ ਬਦਲਣ ਤੋਂ ਬਾਅਦ ਮੇਲ ਖਾਣਾ ਬੰਦ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਉਹ ਵਿਵਹਾਰ ਸਹੀ ਹੈ ਭਾਵੇਂ ਇਹ ਗਿਰਾਵਟ ਵਰਗਾ ਲੱਗੇ।

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