ਲੀਨਕਸ ਵੰਡ ਦਾ ਫਾਇਰਵਾਲ ਤੁਹਾਡੇ VPN ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੋਕ ਸਕਦਾ ਹੈ

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

ਪ੍ਰਬੰਧਕ ਅਤੇ ਬੈਕਐਂਡ ਲੱਭੋ

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

ਬੈਕਐਂਡ ਫਰੰਟਐਂਡ ਜਿੰਨਾ ਹੀ ਮਹੱਤਵਪੂਰਨ ਹੈ। firewalld ਦੀ ਸਥਾਪਨਾ ਵਰਜਨ ਅਤੇ ਸੰਰਚਨਾ ਅਨੁਸਾਰ nftables ਜਾਂ ਪੁਰਾਣਾ iptables ਬੈਕਐਂਡ ਚਲਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਦੋਵੇਂ ਵੱਖਰੇ ਜਾਂਚ ਆਉਟਪੁੱਟ ਦਿੰਦੇ ਹਨ। ਆਪਣੇ ਸਿਸਟਮ ਦੀ ਕਿਸੇ ਵੀ ਗਾਈਡ ਨਾਲ ਤੁਲਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਵੰਡ, ਵਰਜਨ ਅਤੇ ਬੈਕਐਂਡ ਟਿਕਟ ਵਿੱਚ ਲਿਖੋ।

ਦਿਸ਼ਾ ਅਤੇ ਇੰਟਰਫੇਸ ਮਿਲਾਓ

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

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

ਨਿਯਮਾਂ ਦੇ ਮਾਲਕਾਂ ਨੂੰ ਇਕਮੁੱਠ ਰੱਖੋ

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

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

ਲੌਕਡਾਊਨ ਗੁਆਏ ਬਿਨਾਂ ਸੁਧਾਰ ਜਾਂਚੋ

ਲਾਗੂ ਸਥਿਤੀ ਦੀ ਜਾਂਚ ਉਸਦੇ ਮਾਲਕ ਪ੍ਰਬੰਧਕ ਨਾਲ ਕਰੋ, ਤੁਹਾਡੇ ਦਰਜ ਕੀਤੇ ਬੈਕਐਂਡ ਨਾਲ ਮੇਲ ਖਾਂਦੇ ਕਮਾਂਡਾਂ ਵਰਤ ਕੇ। ਹੇਠਾਂ ਦਿੱਤੀ ਸੂਚੀ ਮੰਨਦੀ ਹੈ ਕਿ firewalld ਜ਼ਿੰਮੇਵਾਰ ਹੈ; ਸਭ ਚਲਾਉਣ ਦੀ ਥਾਂ nftables ਜਾਂ ufw ਲਈ ਬਰਾਬਰ ਵਿਕਲਪ ਰੱਖੋ। ਇੱਕ ਸੈਸ਼ਨ ਵਿੱਚ ਸੰਦ ਮਿਲਾਉਣਾ ਹੀ ਮਸ਼ੀਨ ਨੂੰ ਦੋ ਵਿਰੋਧੀ ਨਿਯਮ-ਸੈੱਟਾਂ ਨਾਲ ਛੱਡ ਦਿੰਦਾ ਹੈ।

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=trusted --list-all
sudo nft list ruleset | head -40

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

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