ਲਿਨਕਸ ਸਰਵਰਾਂ 'ਤੇ UFW ਨਾਲ ਸੁਰੱਖਿਆ ਫਾਇਰਵਾਲ ਦੇ ਪ੍ਰਬੰਧਨ ਦੀ ਸਹੂਲਤ

ਲਿਨਕਸ ਸਰਵਰਾਂ 'ਤੇ UFW, ਜਟਿਲ iptables ਨਿਯਮਾਂ ਨੂੰ ਸਧਾਰਨ ਕਰਕੇ SSH, HTTP, HTTPS ਅਤੇ ਖਾਸ ਪੋਰਟਾਂ ਲਈ ਸੁਰੱਖਿਆ ਫਾਇਰਵਾਲ ਪ੍ਰਬੰਧਨ ਨੂੰ ਤੇਜ਼ ਅਤੇ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣ ਵਾਲਾ ਇੱਕ ਫਾਇਰਵਾਲ ਟੂਲ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ ਉਬੂੰਟੂ ਅਤੇ ਡੈਬਿਅਨ ਆਧਾਰਿਤ ਸਰਵਰਾਂ 'ਤੇ UFW ਨਾਲ ਡਿਫਾਲਟ ਤੌਰ 'ਤੇ ਆ ਰਹੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਬੰਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਲੋੜੀਂਦੇ ਸੇਵਾਵਾਂ ਨੂੰ ਖੋਲ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਖਾਸ IP ਐਡਰੈੱਸਾਂ ਨੂੰ ਆਗਿਆ ਦਿੱਤੀ ਜਾ ਸਕਦੀ ਹੈ ਅਤੇ ਗਲਤ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਸੀਮਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਮੂਲ ਸੁਰੱਖਿਆ ਦੀ ਸ਼ੁਰੂਆਤ ਲਈ ਸਿਫਾਰਿਸ਼ ਕੀਤੀ ਗਈ ਪন্থ ਇਹ ਹੈ: SSH ਪਹੁੰਚ ਨੂੰ ਯਕੀਨੀ ਬਣਾਓ, ਡਿਫਾਲਟ ਆਉਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੱਦ ਕਰੋ, ਜਾਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਦੀ ਆਗਿਆ ਦਿਓ, ਸਿਰਫ ਵਰਤੇ ਜਾ ਰਹੇ ਸੇਵਾ ਪੋਰਟਾਂ ਨੂੰ ਖੋਲ੍ਹੋ ਅਤੇ UFW ਦੀ ਸਥਿਤੀ ਨੂੰ ਨਿਯਮਤ ਤੌਰ 'ਤੇ ਚੈੱਕ ਕਰੋ।

ਜਦੋਂ ਇੱਕ ਵੈਬ ਸਰਵਰ ਇੰਟਰਨੈਟ 'ਤੇ ਖੁਲਦਾ ਹੈ, ਤਾਂ ਇਹ ਬੋਟ ਸਕੈਨਿੰਗ, ਪਾਸਵਰਡ ਕੋਸ਼ਿਸ਼ਾਂ, ਜ਼ਾਫੀਅਤ ਸਕੈਨਰ ਅਤੇ ਗਲਤ ਪੋਰਟ ਪੁੱਛਗਿੱਛਾਂ ਦਾ ਸਾਹਮਣਾ ਕਰਦਾ ਹੈ। ਇਸ ਲਈ, ਫਾਇਰਵਾਲ ਲਿਨਕਸ ਸਰਵਰ ਸੁਰੱਖਿਆ ਦੇ ਪਹਿਲੇ ਪੱਧਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। UFW, ਤਕਨੀਕੀ ਟੀਮਾਂ ਦੇ ਦਿਨ-प्रतिदਿਨ ਦੇ ਕੰਮਾਂ ਵਿੱਚ ਪ੍ਰਾਥਮਿਕਤਾ ਵਾਲਾ ਇੱਕ ਸਾਧਨ ਹੈ; ਕਿਉਂਕਿ ਇਸ ਵਿੱਚ ਪੜ੍ਹਨ ਯੋਗ ਹੁਕਮ ਹਨ, ਨਿਯਮ ਜੋੜਨ ਅਤੇ ਹਟਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਤੇਜ਼ ਹੈ, ਲਾਗਿੰਗ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਅਤੇ ਗਲਤ ਸੰਰਚਨਾ ਦੇ ਖਤਰੇ ਨੂੰ iptables ਹੁਕਮਾਂ ਦੇ ਮੁਕਾਬਲੇ ਘਟਾਉਂਦਾ ਹੈ। ਇਸ ਦਿਸ਼ਾ-ਨਿਰਦੇਸ਼ ਵਿੱਚ UFW ਦੀ ਸਥਾਪਨਾ, ਮੂਲ ਹੁਕਮ, SSH ਲਾਕਿੰਗ ਨੂੰ ਰੋਕਣਾ, ਵੈਬ ਸਰਵਰ ਪੋਰਟ, IP ਆਧਾਰਿਤ ਆਗਿਆ, ਲਾਗ ਨਿਰੀਖਣ, IPv6, Docker ਵਰਗੀਆਂ ਵਿਸ਼ੇਸ਼ ਸਥਿਤੀਆਂ ਅਤੇ 2026 ਦੇ ਮਿਆਰਾਂ ਦੇ ਅਨੁਕੂਲ ਸੁਰੱਖਿਆ ਅਭਿਆਸ ਨੂੰ ਪੜਤਾਲ ਕੀਤੀ ਜਾਵੇਗੀ।

UFW ਕੀ ਹੈ ਅਤੇ ਇਹ ਕੀ ਕਰਦਾ ਹੈ?

UFW, Uncomplicated Firewall ਦਾ ਸੰਖੇਪ ਹੈ। ਇਸਨੂੰ ਪੰਜਾਬੀ ਵਿੱਚ ਸਧਾਰਨ ਸੁਰੱਖਿਆ ਫਾਇਰਵਾਲ ਵਜੋਂ ਅਨੁਵਾਦ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਪਿੱਛਲੇ ਪੱਖ 'ਤੇ ਲਿਨਕਸ ਕੋਰ ਦੇ ਪੈਕੇਟ ਫਿਲਟਰਿੰਗ ਢਾਂਚੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ; ਪਰ ਇਹ ਸਿਸਟਮ ਪ੍ਰਬੰਧਕ ਨੂੰ ਹੋਰ ਸਮਝਣ ਯੋਗ ਹੁਕਮ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਸਿੱਧਾ iptables ਜਾਂ nftables ਨਿਯਮ ਲਿਖਣ ਦੀ ਥਾਂ, ਤੁਸੀਂ sudo ufw allow 443/tcp ਹੁਕਮ ਨਾਲ HTTPS ਟ੍ਰੈਫਿਕ ਨੂੰ ਆਗਿਆ ਦੇ ਸਕਦੇ ਹੋ।

UFW ਖਾਸ ਤੌਰ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਪ੍ਰਸੰਗਾਂ ਵਿੱਚ ਲਾਭਕਾਰੀ ਹੈ:

• ਨਵਾਂ VPS ਜਾਂ ਡੇਡੀਕੇਟਡ ਸਰਵਰ 'ਤੇ ਮੂਲ ਨੈੱਟਵਰਕ ਸੁਰੱਖਿਆ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਸੁਰੱਖਿਅਤ ਕਰਨਾ।
• ਵੈਬ ਸਰਵਰ 'ਤੇ ਸਿਰਫ 80 ਅਤੇ 443 ਪੋਰਟਾਂ ਨੂੰ ਖੁੱਲਾ ਰੱਖਣਾ।
• SSH ਪਹੁੰਚ ਨੂੰ ਸਿਰਫ ਖਾਸ IP ਐਡਰੈੱਸਾਂ ਤੱਕ ਸੀਮਿਤ ਕਰਨਾ।
• Brute force ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਘਟਾਉਣ ਲਈ SSH ਜੁੜਾਈਆਂ ਨੂੰ ਸੀਮਾ ਨਾਲ ਸੰਚਾਲਿਤ ਕਰਨਾ।
• ਟੈਸਟ, ਸਟੇਜਿੰਗ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਨੂੰ ਇੰਟਰਨੈਟ 'ਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਖੁੱਲਾ ਨਹੀਂ ਛੱਡਣਾ।
• ਲਾਗਾਂ ਰਾਹੀਂ ਸ਼ੱਕੀ ਜੁੜਾਈਆਂ ਦੀ ਮਾਨੀਟਰਿੰਗ ਕਰਨਾ।

UFW, ਇਕੱਲੇ ਸਾਰੇ ਸੁਰੱਖਿਆ ਸਮੱਸਿਆਵਾਂ ਦਾ ਹੱਲ ਨਹੀਂ ਕਰਦਾ; ਪਰ ਇਹ ਹਮਲੇ ਦੇ ਸਤਹ ਨੂੰ ਘਟਾਉਂਦਾ ਹੈ। ਮਜ਼ਬੂਤ ਪਾਸਵਰਡ, SSH ਕੀ ਨਾਲ ਪਹੁੰਚ, ਨਿਯਮਤ ਅੱਪਡੇਟ, SSL/TLS ਸੰਰਚਨਾ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਸੁਰੱਖਿਆ ਦੇ ਨਾਲ ਵਰਤੋਂ ਕਰਨ 'ਤੇ ਇਹ ਬਹੁਤ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਮੂਲ ਪੱਧਰ ਬਣਾਉਂਦਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਵੈਬ ਸਾਈਟ ਹੋਸਟ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਫਾਇਰਵਾਲ ਦੇ ਨਾਲ SSL ਸਰਟੀਫਿਕੇਟ ਦੀ ਵਰਤੋਂ ਨੂੰ ਵੀ ਅਣਦਿੱਖਾ ਨਹੀਂ ਕਰਨਾ ਚਾਹੀਦਾ SSL ਸਰਟੀਫਿਕੇਟ.

UFW, iptables ਅਤੇ firewalld ਦੀ ਤੁਲਨਾ

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

ਜੇਕਰ ਤੁਸੀਂ ਉਬੂੰਟੂ ਆਧਾਰਿਤ ਇੱਕ ਵੈਬ ਸਰਵਰ ਦੀ ਪ੍ਰਬੰਧਨ ਕਰ ਰਹੇ ਹੋ ਤਾਂ ਲਿਨਕਸ ਸਰਵਰਾਂ 'ਤੇ UFW ਬਹੁਤ ਸਾਰੀਆਂ ਲੋੜਾਂ ਲਈ ਯੋਗ ਹੈ। ਵੱਡੇ ਕਾਰਪੋਰੇਟ ਨੈੱਟਵਰਕਾਂ ਵਿੱਚ ਜਾਂ ਬਹੁਤ ਪੱਧਰ ਦੇ ਸੁਰੱਖਿਆ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ, UFW; ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਸਮੂਹ, WAF, IDS/IPS ਅਤੇ ਕੇਂਦਰੀ ਲਾਗਿੰਗ ਹੱਲਾਂ ਨਾਲ ਮਿਲਕੇ ਸੋਚਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

UFW ਸਥਾਪਨਾ ਅਤੇ ਪਹਿਲੀ ਜਾਂਚਾਂ

UFW ਆਮ ਤੌਰ 'ਤੇ ਉਬੂੰਟੂ 'ਤੇ ਤਿਆਰ ਹੁੰਦਾ ਹੈ। ਫਿਰ ਵੀ ਇਹ ਜਾਂਚਣਾ ਇੱਕ ਚੰਗੀ ਸ਼ੁਰੂਆਤ ਹੈ ਕਿ ਇਹ ਸਥਾਪਿਤ ਹੈ ਜਾਂ ਨਹੀਂ। ਹੁਕਮ: sudo ufw status। ਜੇਕਰ ਤੁਹਾਨੂੰ ਹੁਕਮ ਨਹੀਂ ਮਿਲਦਾ ਤਾਂ ਤੁਹਾਨੂੰ ਸਥਾਪਨਾ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਉਬੂੰਟੂ ਅਤੇ ਡੈਬਿਅਨ 'ਤੇ ਸਥਾਪਨਾ

ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਪੈਕੇਟ ਸੂਚੀ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ: sudo apt update। ਫਿਰ UFW ਦੀ ਸਥਾਪਨਾ ਕਰੋ: sudo apt install ufw -y। ਸਥਾਪਨਾ ਤੋਂ ਬਾਅਦ ਸੇਵਾ ਦੀ ਸਥਿਤੀ ਜਾਂਚੋ: sudo systemctl status ufw। ਜੇਕਰ ਨਿਕਾਸ 'ਤੇ ਸਰਗਰਮ ਨਹੀਂ ਦੇਖਿਆ ਜਾਂਦਾ ਤਾਂ ਇਹ ਸਧਾਰਨ ਹੋ ਸਕਦਾ ਹੈ; UFW ਨਿਯਮਾਂ ਨੂੰ ਜੋੜੇ ਜਾਣ ਤੱਕ ਪੈਸਿਵ ਰਹਿ ਸਕਦਾ ਹੈ।

ਸਰਵਰ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਪਹਿਲਾ ਨਿਯਮ ਜਲਦੀ ਨਹੀਂ ਕਰਨਾ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਦੂਰ ਦੇ VPS 'ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਹੋ ਤਾਂ UFW ਨੂੰ ਸਰਗਰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ SSH ਪੋਰਟ ਨੂੰ ਆਗਿਆ ਦਿੱਤਾ ਜਾਣਾ ਯਕੀਨੀ ਬਣਾਓ। ਨਾਹ ਤਾਂ ਤੁਸੀਂ ਆਪਣੇ ਸਰਵਰ ਵਿੱਖੋਂ ਪਹੁੰਚ ਬੀਤ ਜਾਵੋਗੇ। ਜੇਕਰ ਤੁਸੀਂ Hostragons 'ਤੇ VPS ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਪਹਿਲਾਂ ਸੁਰੱਖਿਆ ਸੰਰਚਨਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਪੈਨਲ ਪਹੁੰਚ ਅਤੇ ਕਨਸੋਲ ਵਿਕਲਪਾਂ ਨੂੰ ਨੋਟ ਕਰਨਾ ਇੱਕ ਪ੍ਰਯੋਗਾਤਮਕ ਉਪਾਇ ਹੈ VPS ਸਰਵਰ.

ਮੌਜੂਦਾ ਸਥਿਤੀ ਨੂੰ ਵੇਖਣਾ

UFW ਦੀ ਸਥਿਤੀ ਵੇਖਣ ਲਈ ਤੁਸੀਂ sudo ufw status verbose ਹੁਕਮ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ। ਹੋਰ ਵਿਸਥਾਰ ਵਿੱਚ ਅਤੇ ਨੰਬਰ ਵਾਲੀ ਨਿਯਮ ਸੂਚੀ ਲਈ sudo ufw status numbered ਹੁਕਮ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਨਿਯਮ ਨੂੰ ਹਟਾਉਣ ਵੇਲੇ ਨੰਬਰ ਵਾਲੀ ਸੂਚੀ ਬਹੁਤ ਸਹੂਲਤ ਪ੍ਰਦਾਨ ਕਰਦੀ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਤੁਸੀਂ ਗਲਤੀ ਨਾਲ ਇੱਕ ਪੋਰਟ ਖੋਲ੍ਹ ਦਿੱਤਾ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਹਟਾਉਣ ਲਈ ਪਹਿਲਾਂ ਨੰਬਰ ਵੇਖੋ, ਫਿਰ sudo ufw delete 3 ਵਰਗੇ ਹੁਕਮ ਨਾਲ ਹਟਾਓ।

ਸੁਰੱਖਿਅਤ ਸ਼ੁਰੂਆਤ: ਡਿਫਾਲਟ ਨਿਯਮ

ਨਵੇਂ ਲਿਨਕਸ ਸਰਵਰ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਸ਼ੁਰੂਆਤ ਦਾ ਮਾਡਲ ਇਹ ਹੈ: ਆਉਣ ਵਾਲੀਆਂ ਜੋੜੀਆਂ ਨੂੰ ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਰੱਦ ਕਰੋ, ਜਾਣ ਵਾਲੀਆਂ ਜੋੜੀਆਂ ਨੂੰ ਆਗਿਆ ਦਿਓ, ਸਿਰਫ਼ ਲੋੜੀਂਦੇ ਪੋਰਟਾਂ ਨੂੰ ਖੋਲ੍ਹੋ। ਇਹ ਪন্থ ਘੱਟੋ-ਘੱਟ ਵਿਸ਼ੇਸ਼ਤਾ ਦੇ ਨੀਤੀ ਦੇ ਅਨੁਕੂਲ ਹੈ।

ਲਾਗੂ ਕੀਤੇ ਜਾਣ ਵਾਲੇ ਮੂਲ ਹੁਕਮ:

• sudo ufw default deny incoming
• sudo ufw default allow outgoing
• sudo ufw allow OpenSSH ਜਾਂ sudo ufw allow 22/tcp
• sudo ufw enable
• sudo ufw status verbose

ਇਥੇ ਮਹੱਤਵਪੂਰਨ ਬਿੰਦੂ SSH ਪਹੁੰਚ ਹੈ। ਜੇ SSH ਵੱਖਰਾ ਪੋਰਟ ਵਰਤ ਰਿਹਾ ਹੈ, ਉਦਾਹਰਨ ਵਜੋਂ 2222, ਤਾਂ sudo ufw allow 2222/tcp ਹੁਕਮ ਚਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ UFW ਨੂੰ ਸਰਗਰਮ ਨਾ ਕਰੋ। ਸਰਵਰ ਸੁਰੱਖਿਆ ਵਿੱਚ ਮਿਆਰੀ 22 ਪੋਰਟ ਨੂੰ ਬਦਲਣਾ ਸਿਰਫ਼ ਸੁਰੱਖਿਆ ਨਹੀਂ ਪ੍ਰਦਾਨ ਕਰਦਾ; ਪਰ ਇਹ ਆਟੋਮੈਟਿਕ ਬੋਟ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਘਟਾ ਸਕਦਾ ਹੈ। ਇਸ ਤੋਂ ਵੀ ਮਹੱਤਵਪੂਰਨ, SSH ਲਈ ਪਾਸਵਰਡ ਦਰਜ ਕਰਨਾ ਬੰਦ ਕਰਨਾ ਅਤੇ ਕੀ-ਆਧਾਰਿਤ ਪਹੁੰਚ ਵਰਤਣਾ ਹੈ।

SSH ਪਹੁੰਚ ਨੂੰ ਸੁਰੱਖਿਅਤ ਬਣਾਉਣਾ

SSH, ਤੁਹਾਡੇ ਸਰਵਰ ਦਾ ਪ੍ਰਬੰਧਨ ਦਰਵਾਜ਼ਾ ਹੈ। ਇਸ ਲਈ UFW ਸੰਰਚਨਾ ਵਿੱਚ ਸਭ ਤੋਂ ਧਿਆਨ ਨਾਲ ਸੰਭਾਲਣਾ ਹੈ। ਜੇਕਰ ਹਰ IP ਐਡਰੈੱਸ ਤੋਂ SSH ਪਹੁੰਚ ਖੁਲੀ ਹੈ, ਤਾਂ ਇੰਟਰਨੈਟ 'ਤੇ ਆਟੋਮੈਟਿਕ ਸਕੈਨਰ ਛੋਟੀ ਸਮੇਂ ਵਿੱਚ ਤੁਹਾਡੇ ਸਰਵਰ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਸਕਦੇ ਹਨ।

SSH ਪੋਰਟ ਨੂੰ ਆਗਿਆ ਦੇਣਾ

ਜਦੋਂ ਮਿਆਰੀ ਪੋਰਟ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਹੈ, ਤਾਂ ਹੁਕਮ ਸਧਾਰਨ ਹੁੰਦਾ ਹੈ: sudo ufw allow 22/tcp। ਜੇਕਰ ਉਬੂੰਟੂ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਫਾਈਲ ਮੌਜੂਦ ਹੈ, ਤਾਂ sudo ufw allow OpenSSH ਵੀ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਵੱਖਰਾ ਪੋਰਟ ਵਰਤ ਰਹੇ ਹੋ, ਉਦਾਹਰਨ ਵਜੋਂ 2222 ਲਈ sudo ufw allow 2222/tcp ਹੁਕਮ ਦੀ ਲੋੜ ਹੈ।

SSH ਪਹੁੰਚ ਨੂੰ ਖਾਸ IP ਨਾਲ ਸੀਮਿਤ ਕਰਨਾ

ਸਭ ਤੋਂ ਸੁਰੱਖਿਅਤ ਤਰੀਕਿਆਂ ਵਿੱਚੋਂ ਇੱਕ SSH ਪਹੁੰਚ ਨੂੰ ਸਿਰਫ ਸਥਿਰ ਪ੍ਰਬੰਧਕ IP ਐਡਰੈੱਸਾਂ ਤੱਕ ਖੋਲ੍ਹਣਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਤੁਹਾਡਾ ਦਫਤਰ IP ਐਡਰੈੱਸ 203.0.113.10 ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਸ ਹੁਕਮ ਨੂੰ ਵਰਤ ਸਕਦੇ ਹੋ: sudo ufw allow from 203.0.113.10 to any port 22 proto tcp। ਇਸ ਤਰੀਕੇ ਨਾਲ SSH ਪੋਰਟ ਇੰਟਰਨੈਟ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਖੁਲਾ ਨਹੀਂ ਰਹਿੰਦਾ।

ਜੇਕਰ ਬਹੁਤ ਸਾਰੇ ਪ੍ਰਬੰਧਕ ਹਨ, ਤਾਂ ਹਰ IP ਲਈ ਵੱਖਰਾ ਨਿਯਮ ਸ਼ਾਮਲ ਕਰੋ। ਜੇਕਰ ਤੁਸੀਂ ਡਾਇਨਾਮਿਕ IP ਵਰਤ ਰਹੇ ਹੋ, ਤਾਂ ਇਸ ਤਰੀਕੇ ਨੂੰ ਧਿਆਨ ਨਾਲ ਸਮਝੋ; ਜੇ IP ਬਦਲਦਾ ਹੈ ਤਾਂ ਤੁਹਾਡੀ ਪਹੁੰਚ ਖਤਮ ਹੋ ਸਕਦੀ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਮਾਮਲਿਆਂ ਵਿੱਚ VPN ਰਾਹੀਂ ਪ੍ਰਬੰਧਨ, ਬੈਸਟਿਅਨ ਹੋਸਟ ਜਾਂ ਸਪਲਾਇਰ ਪੈਨਲ ਤੋਂ ਤੁਰੰਤ ਕਨਸੋਲ ਪਹੁੰਚ ਇੱਕ ਹੋਰ ਪੇਸ਼ੇਵਰ ਹੱਲ ਹੈ।

Brute Force ਕੋਸ਼ਿਸ਼ਾਂ ਦੇ ਖਿਲਾਫ ਸੀਮਾ ਦੀ ਵਰਤੋਂ

UFW, ਬਾਰੰਬਾਰ ਜੁੜਾਈਆਂ ਦੀ ਕੋਸ਼ਿਸ਼ਾਂ ਨੂੰ ਘਟਾਉਣ ਲਈ ਸੀਮਾ ਹੁਕਮ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਹੁਕਮ: sudo ufw limit 22/tcp। ਇਹ ਨਿਯਮ ਨਿਧਾਰਿਤ ਅੰਤਰਾਲ ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਜੁੜਾਈਆਂ ਦੀ ਕੋਸ਼ਿਸ਼ ਨੂੰ ਸੀਮਿਤ ਕਰਨ ਵਿੱਚ ਸਹਾਇਤਾ ਕਰਦਾ ਹੈ। ਪਰ ਇਹ fail2ban ਵਰਗੇ ਟੂਲਾਂ ਦਾ ਪੂਰਨ ਵਿਕਲਪ ਨਹੀਂ ਬਣਾਉਂਦਾ। ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਵਿੱਚ SSH ਸੁਰੱਖਿਆ ਲਈ UFW ਸੀਮਾ, fail2ban, ਕੀ-ਆਧਾਰਿਤ ਪਹੁੰਚ ਅਤੇ ਮਜ਼ਬੂਤ ਯੂਜ਼ਰ ਨੀਤੀਆਂ ਨੂੰ ਸਾਥ ਵਿੱਚ ਵਰਤਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਵੈਬ ਸਰਵਰ ਪੋਰਟਾਂ ਖੋਲ੍ਹਣਾ: HTTP ਅਤੇ HTTPS

ਇੱਕ ਵੈਬ ਸਾਈਟ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਲਈ ਆਮ ਤੌਰ 'ਤੇ 80/tcp ਅਤੇ 443/tcp ਪੋਰਟਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। 80 ਪੋਰਟ HTTP, 443 ਪੋਰਟ HTTPS ਟ੍ਰੈਫਿਕ ਲਈ ਹੈ। ਆਧੁਨਿਕ SEO, ਬ੍ਰਾਊਜ਼ਰ ਸੁਰੱਖਿਆ ਅਤੇ ਯੂਜ਼ਰ ਭਰੋਸੇ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ HTTPS ਹੁਣ ਮਿਆਰ ਬਣ ਗਿਆ ਹੈ। SSL ਸਰਟੀਫਿਕੇਟ ਬਿਨਾਂ ਸਾਈਟਾਂ ਸੁਰੱਖਿਆ ਦੇ ਚੇਤਾਵਨੀ ਦੇ ਸਾਮ੍ਹਣੇ ਆਉਂਦੀਆਂ ਹਨ ਅਤੇ ਬਦਲਾਅ ਦੀ ਦਰ ਵਿੱਚ ਵੀ ਕਮੀ ਆ ਸਕਦੀ ਹੈ SSL ਸਰਟੀਫਿਕੇਟ.

Nginx ਜਾਂ Apache ਲਈ ਮੂਲ ਨਿਯਮ

HTTP ਲਈ ਹੁਕਮ: sudo ufw allow 80/tcp। HTTPS ਲਈ ਹੁਕਮ: sudo ufw allow 443/tcp। ਦੋਹਾਂ ਨੂੰ ਇਕੱਠੇ ਖੋਲ੍ਹਣ ਲਈ sudo ufw allow 80,443/tcp ਹੁਕਮ ਦੀ ਥਾਂ ਵੱਖਰੇ-ਵੱਖਰੇ ਲਿਖਣਾ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰਬੰਧਕਾਂ ਲਈ ਜ਼ਿਆਦਾ ਪੜ੍ਹਨਯੋਗ ਚੋਣ ਹੈ।

UFW ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰੋਫਾਈਲਾਂ ਦੀ ਵੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। Nginx ਲਈ sudo ufw app list ਹੁਕਮ ਨਾਲ ਪ੍ਰੋਫਾਈਲ ਵੇਖੇ ਜਾ ਸਕਦੇ ਹਨ। ਉਦਾਹਰਨ ਵਜੋਂ, Nginx Full ਪ੍ਰੋਫਾਈਲ HTTP ਅਤੇ HTTPS ਦੋਹਾਂ ਨੂੰ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਹੁਕਮ: sudo ufw allow Nginx Full। Apache ਪਾਸੇ ਵੀ ਇਸ ਤਰ੍ਹਾਂ Apache Full ਪ੍ਰੋਫਾਈਲ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਕੀ ਸਿਰਫ HTTPS ਵਰਤਣਾ ਕਾਫੀ ਹੈ?

ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ, ਤੁਹਾਡੀ ਸਾਈਟ ਸਿਰਫ HTTPS ਰਾਹੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ; ਪਰ Let’s Encrypt ਵਰਗੀਆਂ ਸਰਟੀਫਿਕੇਟ ਨਵੀਨੀਕਰਨ ਪ੍ਰਕਿਰਿਆਵਾਂ ਅਤੇ HTTP ਤੋਂ HTTPS ਤੇ ਰੁਖ ਕਰਨ ਲਈ 80 ਪੋਰਟ ਖੁਲਾ ਰਹਿਣਾ ਜ਼ਿਆਦਾਤਮਿਕ ਹੁੰਦਾ ਹੈ। ਇਸ ਲਈ ਵੈਬ ਸਰਵਰਾਂ 'ਤੇ 80 ਅਤੇ 443 ਪੋਰਟਾਂ ਨੂੰ ਇਕੱਠੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨਾ ਜ਼ਿਆਦਾ ਪ੍ਰਯੋਗਾਤਮਿਕ ਹੈ। ਐਪਲੀਕੇਸ਼ਨ ਪੱਧਰ 'ਤੇ ਸਾਰੀਆਂ HTTP ਬਿਨੈ ਦੇ 301 ਨਾਲ HTTPS 'ਤੇ ਰੁਖ ਕਰਨਾ ਸਭ ਤੋਂ ਸਹੀ ਪন্থ ਹੈ।

ਖਾਸ ਪੋਰਟ, ਡੇਟਾਬੇਸ ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲ

ਹਰ ਪੋਰਟ ਨੂੰ ਖੋਲ੍ਹਣਾ ਆਸਾਨ ਹੈ; ਪਰ ਸੱਚੀ ਵਿਸ਼ੇਸ਼ਤਾ ਇਹ ਜਾਣਣਾ ਹੈ ਕਿ ਕਿਹੜਾ ਪੋਰਟ ਨਹੀਂ ਖੋਲ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ। MySQL ਲਈ 3306, PostgreSQL ਲਈ 5432, Redis ਲਈ 6379, Elasticsearch ਲਈ 9200 ਵਰਗੇ ਪੋਰਟ ਇੰਟਰਨੈੱਟ 'ਤੇ ਖੁਲੇ ਛੱਡਣ 'ਤੇ ਗੰਭੀਰ ਸੁਰੱਖਿਆ ਖਤਰੇ ਪੈਦਾ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਸੇਵਾ ਨੂੰ ਸੰਭਵ ਹੋਵੇ ਤਾਂ ਸਿਰਫ਼ localhost 'ਤੇ ਸੁਣਨਾ ਚਾਹੀਦਾ ਹੈ ਜਾਂ ਖਾਸ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ।

ਖਾਸ IP ਲਈ ਖਾਸ ਪੋਰਟ ਖੋਲ੍ਹਣਾ

ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਤੁਸੀਂ ਸਿਰਫ਼ ਐਪਲੀਕੇਸ਼ਨ ਸਰਵਰ ਨੂੰ ਆਪਣੇ ਡੇਟਾਬੇਸ ਸਰਵਰ ਤੱਕ ਪਹੁੰਚ ਦੀ ਆਗਿਆ ਦੇਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ IP ਆਧਾਰਿਤ ਨਿਯਮ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ। ਹੁਕਮ: sudo ufw allow from 198.51.100.25 to any port 5432 proto tcp। ਇਹ ਨਿਯਮ, PostgreSQL ਦੀ ਪਹੁੰਚ ਨੂੰ ਸਿਰਫ਼ ਦਿੱਤੇ ਗਏ IP ਲਈ ਖੋਲ੍ਹਦਾ ਹੈ।

ਗਲਤ ਉਦਾਹਰਨ ਹੈ sudo ufw allow 5432/tcp ਹੁਕਮ ਨੂੰ ਉਤਪਾਦਨ ਡੇਟਾਬੇਸ ਵਿੱਚ ਹਰ ਕੋਈ ਖੁਲੇ ਰੂਪ ਵਿੱਚ ਵਰਤਣਾ। ਇਸ ਨਾਲ ਗ਼ੈਰ ਜ਼ਰੂਰੀ ਹਮਲੇ ਦਾ ਸਤਹ ਬਣਦਾ ਹੈ। ਡੇਟਾਬੇਸ ਸਰਵਰ, ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਅਤੇ ਅੰਦਰੂਨੀ ਸੇਵਾਵਾਂ ਲਈ ਹਮੇਸ਼ਾ ਸਰੋਤ IP ਸੀਮਿਤੀ ਦਾ ਵਿਚਾਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

cPanel, Plesk ਅਤੇ ਪ੍ਰਬੰਧਨ ਪੈਨਲਾਂ 'ਤੇ ਧਿਆਨ

ਹੋਸਟਿੰਗ ਕੰਟਰੋਲ ਪੈਨਲ ਬਹੁਤ ਸਾਰੇ ਪੋਰਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਨ। Plesk, cPanel ਜਾਂ ਖਾਸ ਪ੍ਰਬੰਧਨ ਪੈਨਲ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਬਿਨਾਂ ਕਿਸੇ ਅਧਿਕਾਰਤ ਪੋਰਟ ਸੂਚੀ ਦੀ ਜਾਂਚ ਕੀਤੇ UFW ਨੂੰ ਸਰਗਰਮ ਨਾ ਕਰੋ। ਨਹੀਂ ਤਾਂ ਈ-ਮੇਲ, DNS, FTP ਜਾਂ ਪੈਨਲ ਪਹੁੰਚ ਵਿਛੜ ਸਕਦੀ ਹੈ। ਪ੍ਰਬੰਧਿਤ ਹੋਸਟਿੰਗ ਪਸੰਦ ਕਰਨ ਵਾਲੇ ਵਰਤੋਂਕਾਰਾਂ ਲਈ ਇਹ ਜਟਿਲਤਾ ਆਮ ਤੌਰ 'ਤੇ ਸਪਲਾਇਰ ਦੁਆਰਾ ਸੰਭਾਲੀ ਜਾਂਦੀ ਹੈ ਵੈਬ ਹੋਸਟਿੰਗ.

ਨਿਯਮ ਹਟਾਉਣਾ, ਸੰਪਾਦਨ ਅਤੇ ਸਿਰਾ ਲ mantik

UFW ਨਾਲ ਨਿਯਮ ਪ੍ਰਬੰਧਨ ਆਸਾਨ ਹੈ; ਪਰ ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਵਿੱਚ ਬਦਲਾਅ ਕਰਦੇ ਸਮੇਂ ਰਿਕਾਰਡ ਰੱਖਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ। ਪਹਿਲਾਂ ਮੌਜੂਦਾ ਨਿਯਮਾਂ ਨੂੰ ਨੰਬਰਾਂ ਵਾਲੇ ਰੂਪ ਵਿੱਚ ਵੇਖੋ: sudo ufw status numbered। ਜਿਹੜੇ ਨਿਯਮ ਨੂੰ ਹਟਾਉਣਾ ਹੈ ਉਸਦਾ ਨੰਬਰ ਲੱਭੋ ਅਤੇ sudo ufw delete 5 ਵਰਗੇ ਹੁਕਮ ਨਾਲ ਹਟਾਓ।

ਸਿੱਧੇ ਨਿਯਮ ਦੇ ਅਭਿਬਿਆਸ ਨਾਲ ਹਟਾਉਣਾ ਵੀ ਸੰਭਵ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, sudo ufw delete allow 8080/tcp ਹੁਕਮ 8080 ਪੋਰਟ ਲਈ ਆਗਿਆ ਨਿਯਮ ਨੂੰ ਹਟਾਉਂਦਾ ਹੈ। ਪਰ ਜਟਿਲ IP ਆਧਾਰਿਤ ਨਿਯਮਾਂ ਵਿੱਚ ਨੰਬਰ ਵਾਲੀ ਹਟਾਉਣਾ ਜ਼ਿਆਦਾ ਸੁਰੱਖਿਅਤ ਹੈ।

ਨਿਯਮਾਂ ਦੀ ਕ੍ਰਮਵਾਰਤਾ ਖਾਸ ਤੌਰ 'ਤੇ allow ਅਤੇ deny ਨਿਯਮਾਂ ਦੇ ਇਕੱਠੇ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਮਹੱਤਵਪੂਰਨ ਹੋ ਜਾਂਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਇੱਕ ਆਮ ਆਗਿਆ ਦੇਣ ਵਾਲੇ ਨਿਯਮ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਖਾਸ ਰੱਦ ਕਰਨ ਵਾਲੇ ਨਿਯਮ ਨੂੰ ਸ਼ਾਮਲ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ insert ਹੁਕਮ ਨੂੰ ਵਿਚਾਰ ਕਰ ਸਕਦੇ ਹੋ। ਉਦਾਹਰਨ ਵਜੋਂ, ਇੱਕ ਖ਼ਾਸ IP ਨੂੰ ਸਿਰੇ 'ਤੇ ਰੱਦ ਕਰਨ ਲਈ sudo ufw insert 1 deny from 203.0.113.55 ਵਰਤਿਆ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਤਰੀਕਾ, ਹਮਲਾਵਰ ਜਾਂ ਦੁਰਵਰਤੋਂ ਕਰਨ ਵਾਲੇ IP ਐਡਰੈੱਸਾਂ ਨੂੰ ਤੁਰੰਤ ਬੰਦ ਕਰਨ ਲਈ ਫਾਇਦemand ਹੈ।

UFW ਲਾਗਾਂ ਨਾਲ ਟ੍ਰੈਫਿਕ ਦੀ ਨਿਗਰਾਨੀ

ਸੁਰੱਖਿਆ ਫਾਇਰਵਾਲ ਸਿਰਫ ਪੋਰਟ ਖੋਲ੍ਹਣ ਅਤੇ ਬੰਦ ਕਰਨ ਲਈ ਨਹੀਂ, ਸਗੋਂ ਨੈੱਟਵਰਕ ਦੇ ਵਿਹਾਰ ਨੂੰ ਸਮਝਣ ਲਈ ਵੀ ਕੀਮਤੀ ਹੈ। UFW ਲਾਗਾਂ ਨੂੰ ਖੋਲ੍ਹਣ ਲਈ sudo ufw logging on ਹੁਕਮ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਲਾਗ ਪੱਧਰ ਜਰੂਰਤ ਪੈਣ 'ਤੇ low, medium, high ਜਾਂ full ਦੇ ਰੂਪ ਵਿੱਚ ਸੈਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਜ਼ਿਆਦਾਤਰ ਸਰਵਰਾਂ 'ਤੇ ਸ਼ੁਰੂਆਤ ਲਈ low ਯੋਗ ਹੈ।

ਲਾਗਾਂ ਦੀ ਜਾਂਚ ਕਰਨ ਲਈ /var/log/ufw.log ਫਾਈਲ ਦੀ ਜਾਂਚ ਕਰੋ। ਉਦਾਹਰਨ ਦੇ ਤੌਰ 'ਤੇ ਹੁਕਮ: sudo tail -f /var/log/ufw.log। ਇੱਥੇ ਰੱਦ ਕੀਤੀਆਂ ਗਈਆਂ ਜੁੜਾਈਆਂ, ਸਰੋਤ IP ਐਡਰੈੱਸ, ਲਕੜੀ ਪੋਰਟਾਂ ਅਤੇ ਪ੍ਰੋਟੋਕੋਲ ਜਾਣਕਾਰੀ ਦਿਖਾਈ ਜਾ ਸਕਦੀ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, ਜੇ ਛੋਟੀ ਸਮੇਂ ਵਿੱਚ ਸੈਂਕੜੇ ਵੱਖਰੇ IP ਤੋਂ 22 ਪੋਰਟ ਦੀ ਕੋਸ਼ਿਸ਼ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ, ਤਾਂ SSH ਸੁਰੱਖਿਆ ਉਪਾਈਆਂ ਨੂੰ ਕਸ ਕੇ ਲੱਗੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

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

IPv6 ਅਤੇ UFW ਸੈਟਿੰਗ

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

ਜਾਂਚ ਲਈ /etc/default/ufw ਫਾਈਲ ਵਿੱਚ IPV6=yes ਲਾਈਨ ਮੌਜੂਦ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਬਦਲਾਅ ਕਰਨ ਤੋਂ ਬਾਅਦ UFW ਨੂੰ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ: sudo ufw disable ਅਤੇ ਫਿਰ sudo ufw enable। ਜੇ UFW ਦੀ ਸਥਿਤੀ ਵਿੱਚ v6 ਦੇ ਲਾਗੂ ਨਿਯਮ ਦਿਖਾਈ ਦਿੰਦੇ ਹਨ, ਤਾਂ ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ IPv6 ਪਾਸਾ ਵੀ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ।

ਜੇਕਰ ਤੁਸੀਂ IPv6 ਦੀ ਵਰਤੋਂ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਅਨਅਭਿਆਸਿਤ ਕਰਨ ਦੀ ਥਾਂ ਪਹਿਲਾਂ ਸਪਲਾਇਰ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਲੋੜਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਗਲਤ IPv6 ਸੰਰਚਨਾ, IPv4 ਪਾਸੇ ਬੰਦ ਕੀਤੇ ਗਏ ਕਿਸੇ ਸੇਵਾ ਨੂੰ IPv6 ਰਾਹੀਂ ਪਹੁੰਚਯੋਗ ਰਹਿਣ ਦੇ ਕਾਰਨ ਬਣ ਸਕਦੀ ਹੈ। ਇਹ ਇੱਕ ਆਮ ਸੁਰੱਖਿਆ ਗਲਤੀ ਹੈ, ਜੋ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਧਿਆਨ ਤੋਂ ਬਾਹਰ ਰਹਿਣ ਵਾਲੀ ਹੈ।

Docker ਵਰਤਦੇ ਸਮੇਂ UFW ਕਿਉਂ ਵੱਖਰਾ ਵਹਿਣ ਕਰ ਸਕਦਾ ਹੈ?

Docker, ਕੰਟੇਨਰ ਪੋਰਟਾਂ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦੇ ਸਮੇਂ iptables ਨਿਯਮਾਂ ਨੂੰ ਸਿੱਧਾ ਬਦਲ ਸਕਦਾ ਹੈ। ਇਹ UFW ਵਰਤਣ ਵਾਲੇ ਪ੍ਰਬੰਧਕਾਂ ਲਈ ਹੈਰਾਨੀਜਨਕ ਹੋ ਸਕਦਾ ਹੈ; ਕਿਉਂਕਿ UFW ਵਿੱਚ ਬੰਦ ਦਿੱਖ ਰਹਿਣ ਵਾਲਾ ਇੱਕ ਪੋਰਟ Docker publish ਸੈਟਿੰਗ ਦੇ ਕਾਰਨ ਬਾਹਰੋਂ ਪਹੁੰਚਯੋਗ ਬਣ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਵਜੋਂ, docker run -p 8080:80 ਹੁਕਮ, ਕੰਟੇਨਰ ਅੰਦਰ 80 ਪੋਰਟ ਨੂੰ ਹੋਸਟ 'ਤੇ 8080 ਵਜੋਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਦਾ ਹੈ।

Docker ਵਰਤਦੇ ਸਰਵਰਾਂ 'ਤੇ ਹੇਠਾਂ ਦਿੱਤੇ ਨਿਯਮਾਂ ਦੀ ਜਾਂਚ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ:

• docker ps ਦੀ ਨਿਕਾਸ ਵਿੱਚ ਇਹ ਵੇਖੋ ਕਿ ਕਿਹੜੇ ਪੋਰਟ ਬਾਹਰ ਖੁਲੇ ਹਨ।
• ਗਲਤ -p ਜਾਂ ਪੋਰਟ ਡਿਫਾਈਨਸ਼ਨਾਂ ਨੂੰ ਹਟਾਓ।
• ਸੇਵਾਵਾਂ ਨੂੰ ਸਿਰਫ 127.0.0.1 'ਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਦਾ ਵਿਚਾਰ ਕਰੋ।
• ਕਲਾਉਡ ਸੁਰੱਖਿਆ ਸਮੂਹ ਅਤੇ UFW ਨਿਯਮਾਂ ਨੂੰ ਇਕੱਠੇ ਜਾਂਚ ਕਰੋ।
• ਉਤਪਾਦਨ ਵਾਤਾਵਰਨ ਵਿੱਚ ਰਿਵਰਸ ਪ੍ਰਾਕਸੀ ਰਾਹੀਂ ਕੰਟਰੋਲ ਕੀਤੀ ਪ੍ਰਕਾਸ਼ਨਾ ਕਰੋ।

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

UFW ਲਈ ਲਾਗੂ ਹੋਣ ਯੋਗ ਸੁਰੱਖਿਆ ਚੈੱਕਲਿਸਟ

ਹੇਠਾਂ ਦਿੱਤੀ ਚੈੱਕਲਿਸਟ, ਨਵੇਂ ਸਥਾਪਿਤ ਲਿਨਕਸ ਸਰਵਰ 'ਤੇ ਪ੍ਰਯੋਗਾਤਮਿਕ ਸ਼ੁਰੂਆਤ ਮਿਆਰ ਵਜੋਂ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਖਾਸ ਤੌਰ 'ਤੇ ਵੈਬ ਪ੍ਰੋਜੈਕਟ, API, ਈ-ਵਪਾਰ ਸਾਈਟ ਜਾਂ ਗ੍ਰਾਹਕ ਪੈਨਲ ਨੂੰ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਇਹ ਮੱਦੇ ਚੈੱਕ ਕਰਨ ਨਾਲ ਵਿਘਟਨ ਅਤੇ ਸੁਰੱਖਿਆ ਖਤਰੇ ਘਟਦੇ ਹਨ।

• ਸਰਵਰ ਨੂੰ ਅੱਪਡੇਟ ਕਰੋ: sudo apt update && sudo apt upgrade -y।
• SSH ਪਹੁੰਚ ਦੀ ਜਾਂਚ ਕਰੋ ਅਤੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਦੂਜਾ ਟਰਮੀਨਲ ਸੈਸ਼ਨ ਖੁਲਾ ਰੱਖੋ।
• ਡਿਫਾਲਟ ਆਉਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਰੱਦ ਕਰੋ: sudo ufw default deny incoming।
• ਡਿਫਾਲਟ ਜਾਣ ਵਾਲੀ ਟ੍ਰੈਫਿਕ ਨੂੰ ਆਗਿਆ ਦਿਓ: sudo ufw default allow outgoing।
• SSH ਪੋਰਟ ਨੂੰ ਆਗਿਆ ਦਿਓ ਜਾਂ IP ਆਧਾਰਿਤ ਸੀਮਿਤਤਾ ਲਗੂ ਕਰੋ।
• ਵੈਬ ਸਰਵਰ ਲਈ ਸਿਰਫ 80 ਅਤੇ 443 ਪੋਰਟਾਂ ਨੂੰ ਖੋਲ੍ਹੋ।
• ਡੇਟਾਬੇਸ ਪੋਰਟਾਂ ਨੂੰ ਇੰਟਰਨੈੱਟ 'ਤੇ ਆਮ ਤੌਰ 'ਤੇ ਨਾ ਖੋਲ੍ਹੋ।
• UFW ਨੂੰ ਸਰਗਰਮ ਕਰੋ: sudo ufw enable।
• ਨਿਯਮਾਂ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ: sudo ufw status verbose ਅਤੇ sudo ufw status numbered।
• ਲਾਗਿੰਗ ਨੂੰ ਖੋਲ੍ਹੋ ਅਤੇ ਪਹਿਲੇ 24 ਘੰਟਿਆਂ ਵਿੱਚ ਸ਼ੱਕੀ ਟ੍ਰੈਫਿਕ ਦੀ ਜਾਂਚ ਕਰੋ।
• IPv6 ਨਿਯਮਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।
• Docker ਜਾਂ ਕੰਟਰੋਲ ਪੈਨਲ ਵਰਤ ਰਹੇ ਹੋ ਤਾਂ ਵੱਧ ਪੋਰਟ ਪ੍ਰਭਾਵਾਂ ਦੀ ਜਾਂਚ ਕਰੋ।

ਅਸਲ ਉਦਾਹਰਨ: WordPress ਸਰਵਰ ਲਈ UFW ਸਥਾਪਨਾ

ਇੱਕ ਹੀ WordPress ਸਾਈਟ ਦੇ ਉਬੂੰਟੂ 'ਤੇ Nginx, PHP-FPM ਅਤੇ MySQL ਨਾਲ ਕੰਮ ਕਰਨ ਦੀ ਗੱਲ ਕਰੀਏ। MySQL ਸਿਰਫ਼ localhost 'ਤੇ ਸੁਣਦਾ ਹੈ, ਸਾਈਟ HTTPS ਰਾਹੀਂ ਪ੍ਰਕਾਸ਼ਿਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਅਤੇ SSH ਪ੍ਰਬੰਧਕ IP ਤੋਂ ਪਹੁੰਚ ਕੀਤੀ ਜਾਵੇਗੀ। ਇਸ ਪਰਿਸਥਿਤੀ ਵਿੱਚ UFW ਦੀ ਸੰਰਚਨਾ ਇਸ ਤਰ੍ਹਾਂ ਹੋ ਸਕਦੀ ਹੈ:

• sudo ufw default deny incoming
• sudo ufw default allow outgoing
• sudo ufw allow from 203.0.113.10 to any port 22 proto tcp
• sudo ufw allow 80/tcp
• sudo ufw allow 443/tcp
• sudo ufw logging on
• sudo ufw enable
• sudo ufw status verbose

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

ਆਮ ਗਲਤੀਆਂ ਅਤੇ ਹੱਲਾਂ ਦੀ ਸਿਫਾਰਿਸ਼

UFW ਸਰਗਰਮ ਕਰਨ 'ਤੇ SSH ਜੁੜਾਈ ਵਿੱਛੜ ਗਈ

ਇਹ ਆਮ ਤੌਰ 'ਤੇ SSH ਪੋਰਟ ਨੂੰ ਆਗਿਆ ਦਿੱਤੇ ਬਿਨਾਂ UFW ਨੂੰ ਸਰਗਰਮ ਕਰਨ 'ਤੇ ਹੁੰਦਾ ਹੈ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਸਪਲਾਇਰ ਪੈਨਲ ਤੋਂ ਕਨਸੋਲ ਪਹੁੰਚ ਹੈ, ਤਾਂ ਜੁੜ ਕੇ sudo ufw allow 22/tcp ਜਾਂ ਤੁਸੀਂ ਵਰਤ ਰਹੇ ਖਾਸ ਪੋਰਟ ਲਈ ਆਗਿਆ ਸ਼ਾਮਲ ਕਰੋ। ਜੇਕਰ ਕੋਈ ਕਨਸੋਲ ਨਹੀਂ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਸਹਾਇਤਾ ਟੀਮ ਨਾਲ ਸੰਪਰਕ ਕਰਨਾ ਪੈ ਸਕਦਾ ਹੈ। ਇਸ ਲਈ, UFW ਨੂੰ ਸਰਗਰਮ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹਮੇਸ਼ਾਂ SSH ਨਿਯਮ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਵੈਬ ਸਾਈਟ ਖੁੱਲੀ ਨਹੀਂ

ਜੇ Nginx ਜਾਂ Apache ਕੰਮ ਕਰ ਰਿਹਾ ਹੈ, ਤਾਂ ਵੀ 80 ਅਤੇ 443 ਪੋਰਟ ਬੰਦ ਹਨ ਤਾਂ ਸਾਈਟ 'ਤੇ ਪਹੁੰਚ ਨਹੀਂ ਹੋ ਸਕਦੀ। sudo ufw status verbose ਨਾਲ ਪੋਰਟਾਂ ਦੀ ਜਾਂਚ ਕਰੋ। ਇਸਦੇ ਨਾਲ ਨਾਲ, ਵੈਬ ਸਰਵਰ ਦੇ ਸੁਣਨ ਵਾਲੇ ਪੋਰਟ ਦੀ ਪੁਸ਼ਟੀ ss -tulpn ਹੁਕਮ ਨਾਲ ਕਰੋ। DNS ਰਿਕਾਰਡ ਸਹੀ ਦਿਰਸ਼ਟੀਕੋਣ ਤੋਂ ਮੁੜ ਨਿਰਦੇਸ਼ਿਤ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ DNS ਪ੍ਰਬੰਧਨ.

ਮੇਲ ਸੇਵਾਵਾਂ ਕੰਮ ਨਹੀਂ ਕਰ ਰਹੀਆਂ

ਈ-ਮੇਲ ਸਰਵਰ SMTP, IMAP, POP3 ਅਤੇ ਸੁਰੱਖਿਅਤ ਵਰਜਨਾਂ ਲਈ ਬਹੁਤ ਸਾਰੇ ਪੋਰਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ। 25, 465, 587, 993, 995 ਵਰਗੇ ਪੋਰਟਾਂ ਦੀ ਲੋੜ ਸੰਰਚਨਾ ਦੇ ਅਨੁਸਾਰ ਹੋ ਸਕਦੀ ਹੈ। ਜੇਕਰ ਤੁਸੀਂ ਮੇਲ ਹੋਸਟਿੰਗ ਸੇਵਾ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਇਹ ਪੋਰਟ ਆਪਣੇ ਸਰਵਰ 'ਤੇ ਖੋਲ੍ਹਣ ਦੀ ਲੋੜ ਨਹੀਂ ਪੈ ਸਕਦੀ ਕਾਰਪੋਰੇਟ ਈ-ਮੇਲ ਹੋਸਟਿੰਗ.

ਮੈਂ ਨਿਯਮ ਸ਼ਾਮਲ ਕੀਤਾ ਪਰ ਪ੍ਰਭਾਵ ਨਹੀਂ ਪਿਆ

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

2026 ਲਈ UFW ਸੁਰੱਖਿਆ ਦੇ ਸਭ ਤੋਂ ਵਧੀਆ ਅਭਿਆਸ