MSS ਨਿਯਮ ਰਾਊਟਰ ’ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਪਰ Squid ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ

ਇੱਕ ਪ੍ਰਬੰਧਕ FORWARD ਵਿੱਚ TCPMSS ਕਲੈਂਪਿੰਗ ਜੋੜਦਾ ਹੈ। ਸਿੱਧਾ ਰਾਊਟ ਕੀਤਾ ਟਰੈਫ਼ਿਕ ਸੁਧਰਦਾ ਹੈ, ਪਰ ਸਥਾਨਕ Squid ਇੰਸਟੈਂਸ ਰਾਹੀਂ ਡਾਊਨਲੋਡ ਅਜੇ ਵੀ ਅਟਕਦੇ ਹਨ। ਪ੍ਰੌਕਸੀ ਦਾ ਵੈੱਬਸਾਈਟ ਨਾਲ ਕਨੈਕਸ਼ਨ ਸਿਰਫ਼ ਕਲਾਇੰਟ ਦਾ TCP ਕਨੈਕਸ਼ਨ ਉਸ ਲੜੀ ਵਿੱਚੋਂ ਲੰਘਣਾ ਨਹੀਂ ਹੈ।

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

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

PMTU ਸੰਖਿਆ ਸਿੱਧੀ MSS ਵਿੱਚ ਨਾ ਪਾਓ

ਪਾਥ MTU IP ਪੈਕਟ ਦਾ ਆਕਾਰ ਹੈ। TCP MSS TCP ਪੇਲੋਡ ਦਾ ਵਰਣਨ ਕਰਦਾ ਹੈ ਅਤੇ ਸੰਬੰਧਿਤ ਹੈਡਰਾਂ ਦਾ ਹਿਸਾਬ ਰੱਖਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਸੇ ਤਰ੍ਹਾਂ, ping ਪੇਲੋਡ ਦੀ ਲੰਬਾਈ ਪੂਰਾ IP ਪੈਕਟ ਆਕਾਰ ਨਹੀਂ ਹੈ। ਜਾਣੀ-ਪਛਾਣੀ 28 ਬਾਈਟ ਦੀ ਸ਼ਾਮਲ ਕੀਤੀ ਮਾਤਰਾ ਬੁਨਿਆਦੀ IPv4 ICMP echo ਬਣਤਰ ਨਾਲ ਜੁੜੀ ਹੈ, ਹਰ ਐਡਰੈਸ ਫ਼ੈਮਿਲੀ ਜਾਂ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਨਾਲ ਨਹੀਂ।

TCPMSS ਟਾਰਗਿਟ ਸਪਸ਼ਟ ਮੁੱਲ ਅਤੇ PMTU ਕਲੈਂਪਿੰਗ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ। ਕਲੈਂਪਿੰਗ ਅਜੇ ਵੀ ਮਾਰਗ ਦੀ MTU ਜਾਣਕਾਰੀ ’ਤੇ ਨਿਰਭਰ ਹੈ; ਇਹ ਪਾਥ ਖੋਜ ਦੇ ਸਿਹਤਮੰਦ ਹੋਣ ਦਾ ਸਬੂਤ ਨਹੀਂ ਹੈ, ਅਤੇ ਲੋੜੀਂਦੇ ICMP ਸੁਨੇਹਿਆਂ ਦੀ ਇਜਾਜ਼ਤ ਦਾ ਬਦਲ ਵੀ ਨਹੀਂ।

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

ਰਿਕਾਰਡ ਵਿੱਚ ਕੰਮ ਕਰਦਾ ਸਿੱਧਾ ਕਨੈਕਸ਼ਨ ਅਤੇ ਫੇਲ ਹੁੰਦਾ ਪ੍ਰੌਕਸੀ ਕਨੈਕਸ਼ਨ ਵੱਖਰੇ ਰੱਖੋ। ਇੱਕੋ ਮਸ਼ੀਨ ਤੋਂ ਵੀ ਉਹ ਵੱਖਰੇ ਸਰੋਤ, ਮਾਰਗ ਅਤੇ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਵਰਤ ਸਕਦੇ ਹਨ।