ਚੇਨ ਦਾ ਨਾਮ ਹੁੱਕ ਨਹੀਂ: iptables ਬਨਾਮ nftables

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

ਚੇਨ ਇੱਕ ਭਾਂਡਾ ਹੈ। ਕਰਨਲ ਇਸਨੂੰ ਵੇਖਦਾ ਹੈ ਜਾਂ ਨਹੀਂ ਇਹ ਲਾਗੂਕਰਨ ਅਤੇ ਨਿਯਮ-ਸਮੂਹ ਇਸਨੂੰ ਕਿਵੇਂ ਜੋੜਦਾ ਹੈ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ।

ਦੋ ਮਾਡਲ, ਦੋ ਵੱਖਰੀਆਂ ਜੋੜਾਂ

iptables ਵਿੱਚ filter ਸਾਰਣੀ ਤਿੰਨ ਬਿਲਟ-ਇਨ ਚੇਨਾਂ ਨਾਲ ਆਉਂਦੀ ਹੈ, INPUT, FORWARD ਅਤੇ OUTPUT, ਅਤੇ -N ਵਰਤੋਂਕਾਰ-ਪਰਿਭਾਸ਼ਿਤ ਚੇਨ ਬਣਾਉਂਦਾ ਹੈ ਜੋ ਉਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਤੋਂ ਇਸ 'ਤੇ ਛਾਲ ਮਾਰਨ 'ਤੇ ਹੀ ਪ੍ਰਭਾਵੀ ਹੁੰਦੀ ਹੈ। nftables ਦੀ ਪੁਸਤਿਕਾ ਇਸਦੀ ਥਾਂ ਅਧਾਰ ਚੇਨਾਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦੀ ਹੈ, ਜੋ ਆਪਣੀ ਕਿਸਮ, ਹੁੱਕ ਅਤੇ ਤਰਜੀਹ ਐਲਾਨਦੀਆਂ ਹਨ, ਅਤੇ ਆਮ ਚੇਨਾਂ, ਜੋ ਅਜਿਹਾ ਨਹੀਂ ਕਰਦੀਆਂ। ਅਧਾਰ ਚੇਨ ਕੋਈ ਵੀ ਨਾਮ ਲੈ ਸਕਦੀ ਹੈ, ਅਤੇ FORWARD ਨਾਮ ਦੀ ਆਮ ਚੇਨ ਨੂੰ ਆਪਣੇ ਲੇਬਲ ਤੋਂ ਕੋਈ ਗੁਣ ਨਹੀਂ ਮਿਲਦਾ। ਇਹੀ ਸਾਰਾ ਫ਼ਰਕ ਹੈ, ਅਤੇ ਸਿਰਫ਼ ਨਿਯਮ ਦਾ ਪਾਠ ਦਿਖਾਉਣ ਵਾਲੇ ਟਿਊਟੋਰੀਅਲ ਵਿੱਚ ਇਹ ਦਿਸਦਾ ਨਹੀਂ।

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

ਗਲਤੀ ਨੂੰ ਇਸਦੇ ਅਸਲ ਸੰਦਰਭ ਵਿੱਚ ਪੜ੍ਹੋ

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

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

ਕਾਊਂਟਰ ਪਹੁੰਚ ਸਾਬਤ ਕਰਦੇ ਹਨ, ਫੈਸਲਾ ਨਹੀਂ

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

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

ਉਸ ਪ੍ਰਵਾਹ ਦਾ ਵਰਣਨ ਕਰੋ ਜਿਸਨੂੰ ਤੁਸੀਂ ਬਚਾਉਣਾ ਚਾਹੁੰਦੇ ਹੋ

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

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

ਤੁਲਨਾ ਇੱਕ ਸਵਾਲ 'ਤੇ ਖਤਮ ਹੁੰਦੀ ਹੈ: ਇਸ ਪੈਕੇਟ ਲਈ ਕਰਨਲ ਅਸਲ ਵਿੱਚ ਕਿਹੜਾ ਹੁੱਕ ਕਾਲ ਕਰਦਾ ਹੈ? ਉਸਦਾ ਜਵਾਬ ਦਿਓ, ਅਤੇ ਚੇਨ ਦਾ ਨਾਮ ਮਾਇਨੇ ਨਹੀਂ ਰੱਖਦਾ।