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

ਕਾਊਂਟਰ ਪਹਿਲੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੇ ਹਨ

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

ਨਿਯਮਾਂ ਦਾ ਮਾਲਕ ਸਾਧਨ ਵਰਤ ਕੇ ਕਾਊਂਟਰ ਪੜ੍ਹੋ:

iptables -L FORWARD -v -n --line-numbers
nft list ruleset

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

ਕਾਊਂਟਰ ਤੁਹਾਨੂੰ ਕੀ ਨਹੀਂ ਦੱਸ ਸਕਦਾ

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

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

ਪੇਲੋਡ ਲੌਗਿੰਗ ਦੂਜੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦਿੰਦੀ ਹੈ, ਅਤੇ ਇਹ ਇੰਟਰਫ਼ੇਸ 'ਤੇ ਹਰ ਕਿਸੇ ਬਾਰੇ ਦਿੰਦੀ ਹੈ।

ਸੰਖੇਪ ਦਾਇਰੇ ਨਾਲ ਮੈਟਾਡੇਟਾ ਲੌਗਿੰਗ

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

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

ਜੇ ਕੈਪਚਰ ਕਰਨਾ ਹੀ ਪਵੇ, ਤਾਂ ਇੱਕ ਪ੍ਰਵਾਹ, ਸੀਮਿਤ ਸਮੇਂ ਲਈ, ਤੁਹਾਡੇ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਣ ਵਾਲੀ ਸਭ ਤੋਂ ਛੋਟੀ ਸਨੈਪ ਲੰਬਾਈ ਨਾਲ ਕੈਪਚਰ ਕਰੋ।

ਇੱਕ ਨਵੀਂ ਬੇਨਤੀ ਨਾਲ ਮੇਲ ਕਰੋ

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

ਵਿੰਡੋ ਨੂੰ ਸਮੇਂ ਦੀ ਸੀਮਾ ਵਿੱਚ ਰੱਖੋ ਅਤੇ ਲਿਖ ਲਓ। ਦੋ ਨਿਰਧਾਰਤ ਮਿੰਟਾਂ ਵਿਚਕਾਰ, ਇਸ ਕਲਾਇੰਟ ਪਤੇ ਤੋਂ, ਇਸ ਪ੍ਰੋਟੋਕਾਲ 'ਤੇ ਇਸ ਮੰਜ਼ਿਲ ਤੱਕ — ਇਹ ਨਿਦਾਨ ਹੈ। ਅੱਜ ਸਵੇਰੇ ਕਿਸੇ ਸਮੇਂ — ਇਹ ਖੋਜ ਹੈ।

ਇੱਕ ਪ੍ਰਵਾਹ, ਇੱਕ ਵਿੰਡੋ, ਇੱਕ ਸੀਮਾ ਇੱਥੇ ਤਰੱਕੀ ਦੀ ਇਕਾਈ ਹੈ।

ਸਫ਼ਾਈ ਕਰੋ ਅਤੇ ਸਿਰਫ਼ ਅੰਸ਼ ਰੱਖੋ

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

ਨੀਤੀ ਮੰਗੇ ਤਾਂ ਮੂਲ ਰਿਕਾਰਡ ਨਿੱਜੀ ਰੱਖੋ, ਅਤੇ ਪੂਰੇ ਕੈਪਚਰ ਦੀ ਥਾਂ ਸਮੀਖਿਆ ਕੀਤਾ ਘੱਟੋ-ਘੱਟ ਅੰਸ਼ ਸਾਂਝਾ ਕਰੋ। ਪੇਲੋਡ ਨਾ ਹੋਣ 'ਤੇ ਵੀ ਪਤੇ, ਖਾਤਾ ਪਛਾਣਕਰਤਾ ਅਤੇ ਅੰਦਰੂਨੀ ਟੋਪੋਲੋਜੀ ਸੰਵੇਦਨਸ਼ੀਲ ਹਨ। ਅੰਸ਼ ਨੂੰ ਮਾਲਕ ਵਾਲੇ ਦਸਤਾਵੇਜ਼ ਵਾਂਗ ਲਓ। ਨਿਦਾਨ ਨੂੰ ਜੋ ਨਹੀਂ ਚਾਹੀਦਾ ਉਹ ਸਭ ਲੁਕਾਓ।

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

ਸੰਬੰਧਿਤ ਲੇਖ