tcpdump 64 KB ਪੈਕੇਟ ਦਿਖਾਉਂਦਾ ਹੈ: ਓਫਲੋਡ ਅਤੇ ਕੈਪਚਰ ਬਿੰਦੂ

ਹੋਸਟ ’ਤੇ ਕੈਪਚਰ ਕਰਨ ਨਾਲ 1420 MTU ਵਾਲੇ ਇੰਟਰਫੇਸ ’ਤੇ 64 KB ਪੈਕੇਟ ਦਿਖ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਪੱਸ਼ਟ ਸਿੱਟਾ ਇਹ ਹੈ ਕਿ ਟਨਲ ਨੇ ਆਪਣੀ ਆਕਾਰ-ਸੀਮਾ ਨਜ਼ਰਅੰਦਾਜ਼ ਕੀਤੀ। ਇਹ ਸਿੱਟਾ ਆਮ ਤੌਰ ’ਤੇ ਗ਼ਲਤ ਹੁੰਦਾ ਹੈ। ਹੋਸਟ ’ਤੇ ਕੈਪਚਰ ਬਿੰਦੂ ਪ੍ਰੋਸੈਸਿੰਗ ਮਾਰਗ ਦੇ ਅੰਦਰ ਹੁੰਦੇ ਹਨ, ਜਿੱਥੇ ਸੈਗਮੈਂਟੇਸ਼ਨ, ਐਗਰੀਗੇਸ਼ਨ ਅਤੇ ਚੈਕਸਮ ਦਾ ਕੰਮ ਹਾਲੇ ਨਹੀਂ ਹੋਇਆ ਹੋ ਸਕਦਾ। ਪੈਕੇਟ ਦਾ ਆਕਾਰ ਪੜ੍ਹਨ ਤੋਂ ਪਹਿਲਾਂ ਨਿਰੀਖਕ ਦੀ ਸਥਿਤੀ ਪੜ੍ਹੋ।

ਤੁਸੀਂ ਕਿੱਥੇ ਕੈਪਚਰ ਕਰਦੇ ਹੋ, ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੀ ਦੇਖਦੇ ਹੋ

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

ethtool -k eth0 | grep -E 'tso|gso|gro'

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

ਅੰਦਰੂਨੀ ਅਤੇ ਬਾਹਰੀ ਇੰਟਰਫੇਸ ਵੱਖ ਕਰੋ

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

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

ਚੈਕਸਮ ਚੇਤਾਵਨੀ ਵੀ ਸਥਿਤੀ-ਆਧਾਰਿਤ ਹੈ

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

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

ਓਫਲੋਡ ਨੂੰ ਸਿਰਫ਼ ਨਿਯੰਤਰਿਤ ਪਰਖ ਵਜੋਂ ਬੰਦ ਕਰੋ

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

ethtool -K eth0 tso off gro off
ping -M do -s 1400 example.com

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

ਲਾਭਦਾਇਕ ਨਤੀਜਾ ਹੈ ਸਮਝਾਇਆ ਗਿਆ ਕੈਪਚਰ ਬਿੰਦੂ ਅਤੇ ਦੁਹਰਾਉਣਯੋਗ ਐਪਲੀਕੇਸ਼ਨ ਨਿਰੀਖਣ। ਇਹ ਵੱਖ ਹੋਣ ’ਤੇ MTU ਬਦਲਾਅ ਅੰਦਰੂਨੀ ਬਫ਼ਰ ਦੀ ਸ਼ਕਲ ਦੀ ਬਜਾਏ ਅਸਲ ਰੁਕਾਵਟ ਨੂੰ ਨਿਸ਼ਾਨਾ ਬਣਾ ਸਕਦਾ ਹੈ।