IPsec ਉੱਤੇ ਵੱਡੇ ਪੈਕੇਟ ਗਾਇਬ ਹੁੰਦੇ ਹਨ ਜਦੋਂ ਕਿ ਛੋਟੇ ping ਕੰਮ ਕਰਦੇ ਹਨ

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

ਪੈਕੇਟ ਵੰਡੇ ਜਾ ਸਕਣ ਵਾਲੀਆਂ ਦੋ ਥਾਵਾਂ

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

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

ਆਕਾਰ ਦਾ ਫੈਸਲਾ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਲਿਆ ਜਾਂਦਾ ਹੈ

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

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

ਬਾਹਰੀ ਬਜਟ ਅੰਦਰੂਨੀ ਬਜਟ ਨਹੀਂ ਹੈ

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

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

IPv6 ਵਿਕਲਪਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹਟਾ ਦਿੰਦਾ ਹੈ

IPv6 ਰਾਊਟਰ ਟ੍ਰਾਂਜ਼ਿਟ ਵਿੱਚ ਫ੍ਰੈਗਮੈਂਟ ਨਹੀਂ ਕਰਦੇ, ਇਸ ਲਈ ਬਾਹਰੀ ਪੈਕੇਟ ਜਾਂ ਤਾਂ ਫਿੱਟ ਹੁੰਦਾ ਹੈ ਜਾਂ Packet Too Big ਸੁਨੇਹੇ ਨਾਲ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਉਹ ਸੁਨੇਹਾ ਇੱਕੋ-ਇੱਕ ਫੀਡਬੈਕ ਚੈਨਲ ਬਣ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਇਸਨੂੰ ਰੋਕਣਾ ਅੱਗੇ ਦੇ ਹਰ ਵੱਡੇ ਟ੍ਰਾਂਸਫਰ ਲਈ ਰਾਹ-ਖੋਜ ਤੋੜ ਦਿੰਦਾ ਹੈ। IPv4 ਰਾਊਟਰ ਬਿੱਟ ਸਾਫ਼ ਹੋਣ 'ਤੇ ਵੱਡਾ ਪੈਕੇਟ ਫ੍ਰੈਗਮੈਂਟ ਕਰ ਸਕਦੇ ਹਨ, ਜੋ ਕਿਸੇ ਹੋਰ ਚੀਜ਼ ਵੱਲੋਂ ਉਹ ਬਿੱਟ ਲਗਾਉਣ ਤੱਕ ਨੁਕਸ ਲੁਕਾਉਂਦਾ ਹੈ।

ਮਿਸ਼ਰਤ ਸਟੈਕ 'ਤੇ ਉਹੀ ਟਨਲ ਦੋਵਾਂ ਪਰਿਵਾਰਾਂ ਲਈ ਵੱਖਰਾ ਵਿਵਹਾਰ ਕਰ ਸਕਦਾ ਹੈ, ਇਸ ਲਈ IPv4 'ਤੇ ਇੱਕ ਜਾਂਚ IPv6 ਦੀ ਸ਼ਿਕਾਇਤ ਨਹੀਂ ਨਿਪਟਾਉਂਦੀ। ਜੋ ਜਾਂਚ ਸਿਰਫ਼ ਇੱਕ ਪਰਿਵਾਰ ਦਾ ਅਭਿਆਸ ਕਰਦੀ ਹੈ ਉਹ ਅੱਧਾ ਜਵਾਬ ਬਿਨਾਂ ਮਾਪੇ ਛੱਡ ਦਿੰਦੀ ਹੈ।

TCP ਸੈਗਮੈਂਟ ਨੀਤੀ ਆਮ ਜਵਾਬ ਨਹੀਂ ਹੈ

ਵੱਧ ਤੋਂ ਵੱਧ ਸੈਗਮੈਂਟ ਆਕਾਰ ਸੀਮਤ ਕਰਨਾ TCP ਪ੍ਰਵਾਹਾਂ ਦੀ ਮਦਦ ਕਰਦਾ ਹੈ, ਅਤੇ ਜਦੋਂ ਸਮੱਸਿਆ ਉਨ੍ਹਾਂ ਤੱਕ ਹੀ ਸੀਮਤ ਹੋਵੇ ਤਾਂ ਇਹ ਜਾਇਜ਼ ਨਿਯੰਤਰਣ ਹੈ। ਇਸਦਾ UDP 'ਤੇ ਕੋਈ ਅਸਰ ਨਹੀਂ ਹੈ, ਜੋ DNS, ਕੁਝ ਆਵਾਜ਼ ਪ੍ਰੋਟੋਕੋਲ ਅਤੇ ਵੈੱਬ ਟ੍ਰੈਫਿਕ ਦਾ ਵਧਦਾ ਹਿੱਸਾ ਢੋਂਦਾ ਹੈ।

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

ਕੰਮ ਕਰਨ ਦਾ ਕ੍ਰਮ

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

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