ਲੈਪਟਾਪ ਜੁੜਦਾ ਹੈ, ਇੰਟਰਾਨੈਟ ਲੋਡ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਜਨਤਕ ਸਾਈਟਾਂ ਅਟਕ ਜਾਂਦੀਆਂ ਹਨ। ਪ੍ਰਮਾਣੀਕਰਨ ਅਤੇ ਰੂਟਿੰਗ ਸਪੱਸ਼ਟ ਤੌਰ ’ਤੇ ਕੰਮ ਕਰ ਰਹੇ ਹਨ, ਜਿਸ ਨਾਲ ਵਿਆਖਿਆ ਵਜੋਂ ਪੈਕੇਟ ਦਾ ਆਕਾਰ ਬਚਦਾ ਹੈ। L2TP/IPsec ਟਨਲ ਵਿੱਚ ਵਰਤੋਂਯੋਗ MTU ਐਡਾਪਟਰ ਵੱਲੋਂ ਅਜੇ ਵੀ ਐਲਾਨੇ ਜਾ ਰਹੇ ਆਕਾਰ ਤੋਂ ਛੋਟਾ ਹੈ, ਅਤੇ ਕਲਾਇੰਟ «ਵੰਡੋ ਨਾ» ਬਿੱਟ ਸੈੱਟ ਕਰਕੇ ਪੂਰੇ ਆਕਾਰ ਦੇ ਪੈਕੇਟ ਭੇਜਦਾ ਰਹਿੰਦਾ ਹੈ। pfSense ਗੇਟਵੇ ਨੂੰ ਉਹ ਬਿੱਟ ਸਾਫ਼ ਕਰਨ ਦਾ ਹੁਕਮ ਦਿੱਤਾ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਠੀਕ ਤਰ੍ਹਾਂ ਸੁਧਾਰਨ ਤੋਂ ਪਹਿਲਾਂ ਨਿਦਾਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰਨ ਦਾ ਇਹ ਸਭ ਤੋਂ ਤੇਜ਼ ਤਰੀਕਾ ਹੈ।

ਅਸਫਲ ਹੋਣ ਵਾਲੇ ਪੰਨਿਆਂ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ

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

ਬਿੱਟ ਸੈੱਟ ਕਰਨ ਵਾਲੇ ਅਤੇ ਪੇਲੋਡ ਦਾ ਆਕਾਰ ਕੰਟਰੋਲ ਕਰਨ ਵਾਲੇ ping ਨਾਲ ਪਰਖੋ। ਜੋ ਸਭ ਤੋਂ ਵੱਡਾ ਪੇਲੋਡ ਲੰਘਦਾ ਹੈ ਉਹ ਤੁਹਾਨੂੰ ਮਾਰਗ ਦਾ ਅਸਲ MTU ਦੱਸਦਾ ਹੈ, ਅਤੇ ਐਡਾਪਟਰ ਦਾ ਐਲਾਨਿਆ ਮੁੱਲ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਦੋਵੇਂ ਕਿੰਨੇ ਦੂਰ ਹਨ।

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

ਬਾਹਰ ਜਾਂਦਿਆਂ DF ਬਿੱਟ ਕੀ ਕਰਦਾ ਹੈ

ਅੰਕਾਂ ਦੇ ਵੱਖ ਹੋਣ ਦਾ ਕਾਰਨ ਇਨਕੈਪਸੂਲੇਸ਼ਨ ਹੈ। IPsec ESP ਜੋੜਦਾ ਹੈ, L2TP ਹੋਰ ਹੈਡਰ ਜੋੜਦਾ ਹੈ, ਅਤੇ ਇਸ ਲਈ ਟਨਲ ਭੌਤਿਕ ਲਿੰਕ ਨਾਲੋਂ ਘੱਟ ਪੇਲੋਡ ਢੋਂਦਾ ਹੈ। Windows ਅਜੇ ਵੀ ਐਡਾਪਟਰ ’ਤੇ 1500 ਬਾਈਟ ਦੱਸਦਾ ਹੈ ਅਤੇ ਭੇਜੇ ਜਾਣ ਵਾਲੇ ’ਤੇ «ਵੰਡੋ ਨਾ» ਲਾਉਂਦਾ ਹੈ। ਜਦੋਂ ਅਜਿਹਾ ਪੈਕੇਟ ਨਹੀਂ ਸਮਾਉਂਦਾ, ਤਾਂ ਗੇਟਵੇ ਵੱਲੋਂ ਸਹੀ ਜਵਾਬ ਭੇਜਣ ਵਾਲੇ ਨੂੰ ਛੋਟਾ ਹੋਣ ਦੀ ਬੇਨਤੀ ਕਰਨ ਵਾਲਾ ICMP ਸੁਨੇਹਾ ਹੁੰਦਾ ਹੈ। ਇਸੇ ਲਈ ਛੋਟੇ ping ਲੰਘਾਉਣ ਵਾਲਾ ਟਨਲ ਵੀ ਫ਼ਾਈਲ ਡਾਊਨਲੋਡ ਅਸਫਲ ਕਰ ਸਕਦਾ ਹੈ।

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

ਇੱਥੇ ਚੁੱਪ ਆਮ ਪੇਸ਼ਕਾਰੀ ਹੈ, ਇਸੇ ਲਈ ਲੱਛਣ ਨੂੰ ਚੋਣਵੀਂ ਰੁਕਾਵਟ ਵਜੋਂ ਪੜ੍ਹਿਆ ਜਾਂਦਾ ਹੈ। ਕਲਾਇੰਟ ਲੌਗ ਵਿੱਚ ਗੁੰਮ ICMP ਸੁਨੇਹਾ ਕੁਝ ਵੀ ਦਰਜ ਨਹੀਂ ਕਰਦਾ।

pfSense ਵਿਕਲਪ, ਅਤੇ ਇਹ ਕੀ ਨਹੀਂ ਕਰਦਾ

ਵਿਕਲਪ ਸਿਸਟਮ, ਉੱਨਤ, ਫਾਇਰਵਾਲ ਅਤੇ NAT ਪੰਨੇ ’ਤੇ «ਪੈਕੇਟ ਸੁੱਟਣ ਦੀ ਥਾਂ ਅਵੈਧ DF ਬਿੱਟ ਸਾਫ਼ ਕਰੋ» ਲੇਬਲ ਨਾਲ ਹੈ। ਝੰਡਾ ਚੁੱਕਣ ਵਾਲੇ ਬਹੁਤ ਵੱਡੇ ਪੈਕੇਟ ਨੂੰ ਸੁੱਟਣ ਦੀ ਥਾਂ ਫਿਲਟਰ ਝੰਡਾ ਹਟਾਉਂਦਾ ਹੈ ਅਤੇ ਪੈਕੇਟ ਨੂੰ ਹੇਠਾਂ ਵੰਡਣ ਦਿੰਦਾ ਹੈ। ਪੈਕੇਟ ਤਦ ਅਵੈਧ ਗਿਣਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਉਹ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਇੰਟਰਫ਼ੇਸ ਨੂੰ ਇੱਕ ਟੁਕੜੇ ਵਿੱਚ ਪਾਰ ਨਹੀਂ ਕਰ ਸਕਦਾ।

ਵਿਕਲਪ ਕਲਾਇੰਟ ਨੂੰ ਛੂਹੇ ਬਿਨਾਂ ਕਨੈਕਟੀਵਿਟੀ ਬਹਾਲ ਕਰਦਾ ਹੈ, ਇਸੇ ਲਈ ਇਹ ਪ੍ਰਸਿੱਧ ਹੈ। ਇਹ ਇੱਕ ਅਸਥਾਈ ਉਪਾਅ ਵੀ ਹੈ: ਵੰਡ CPU ਖਰਚ ਕਰਦੀ ਹੈ ਅਤੇ ਹਰ ਗੁੰਮ ਟੁਕੜੇ ਨੂੰ ਮਹਿੰਗਾ ਬਣਾਉਂਦੀ ਹੈ।

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

TCP ਨੂੰ ਅਵੰਡਿਆ ਰੱਖਣ ਵਾਲਾ ਹੋਰ ਸੰਕੁਚਿਤ ਸੁਧਾਰ

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

ਇਹ UDP ਨੂੰ ਖੋਜ ਜਾਂ DF ਵਿਕਲਪ ’ਤੇ ਛੱਡਦਾ ਹੈ। ਜਦੋਂ ਅਸਫਲ ਸਾਈਟਾਂ ਆਮ ਵੈੱਬ ਪੰਨੇ ਹੋਣ, ਤਾਂ ਸੀਮਾ ਹੀ ਤਰਜੀਹ ਦੇਣ ਯੋਗ ਬਦਲਾਅ ਹੈ।

ਕਲਾਇੰਟ netsh interface ipv4 show subinterfaces ਰਾਹੀਂ ਆਪਣਾ ਐਡਾਪਟਰ MTU ਦੱਸ ਸਕਦਾ ਹੈ। ਉਸ ਅੰਕ ਦੀ ਤੁਲਨਾ ਸਰਵਰ ਵੱਲੋਂ ਸਹਿਮਤੀ ਵਾਲੇ ਮੰਨੇ ਮੁੱਲ ਨਾਲ ਕਰੋ, ਕਿਉਂਕਿ ਦੋਵੇਂ ਹਮੇਸ਼ਾ ਇੱਕੋ ਨਹੀਂ ਹੁੰਦੇ। ਗੱਲਬਾਤ ਨੇ ਜੋ ਵੀ ਦੱਸਿਆ ਹੋਵੇ, ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਸਲ ਵਿੱਚ ਉਹੀ ਮੁੱਲ ਵਰਤੇਗਾ।

ਕੈਪਚਰ ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ, ਫਿਰ ਸਥਿਤੀ ਰੀਸੈਟ ਕਰੋ

ਫ਼ੈਸਲਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਦੋਵੇਂ ਪਾਸਿਆਂ ’ਤੇ ਕੈਪਚਰ ਕਰੋ: ਟਨਲ ਜਿੱਥੇ ਜਾਂਦਾ ਹੈ ਉੱਥੇ ਇੱਕ ਟਰੇਸ, ਅਤੇ WAN ਇੰਟਰਫ਼ੇਸ ਜਿੱਥੇ ਜਾਂਦਾ ਹੈ ਉੱਥੇ ਦੂਜਾ। ਪੂਰੇ ਆਕਾਰ ਵਿੱਚ ਬਾਹਰ ਜਾਣ ਵਾਲੇ ਅਤੇ ICMP ਵਾਪਸ ਨਾ ਆਉਣ ਵਾਲੇ ਪੈਕੇਟ ਸੀਮਾ ਨੂੰ ਸਹੀ ਪਰਤ ਵਜੋਂ ਦਰਸਾਉਂਦੇ ਹਨ। ਆ ਕੇ ਫਿਰ ਵਾਪਸੀ ਦੇ ਰਾਹ ’ਤੇ ਮਰਨ ਵਾਲੇ ਜਵਾਬ ਇਸ ਦੀ ਥਾਂ ਟਨਲ ਦੇ MTU ਵੱਲ ਇਸ਼ਾਰਾ ਕਰਦੇ ਹਨ।

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

ਸੰਬੰਧਿਤ ਲੇਖ