ਜਦ ਤੱਕ ਤੁਸੀਂ ਟਨਲ ਦਾ MTU ਨਹੀਂ ਘਟਾਉਂਦੇ OpenConnect ਪੰਨੇ ਕਿਉਂ ਅਟਕਦੇ ਹਨ

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

ਆਕਾਰ ਦੀ ਸਮੱਸਿਆ ਨੂੰ ਨੀਤੀ ਦੀ ਸਮੱਸਿਆ ਤੋਂ ਵੱਖ ਕਰੋ

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

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

do-not-fragment ਪਰਖਾਂ ਨਾਲ ਹੱਦ ਮਾਪੋ

ਅੰਦਾਜ਼ਾ ਲਾਉਣ ਦੀ ਬਜਾਏ ਹੱਦ ਮਾਪੋ। ਐਸੀਆਂ ਪਰਖਾਂ ਭੇਜੋ ਜੋ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡਣ ਤੋਂ ਇਨਕਾਰ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਜਵਾਬ ਆਉਣ ਤੱਕ ਪੇਲੋਡ ਨੂੰ ਕਦਮ-ਦਰ-ਕਦਮ ਘਟਾਓ, ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹੁਕਮ ਤੋਂ ਸ਼ੁਰੂ ਕਰੋ: ping -M do -s 1472 host। DF ਸੈੱਟ ਹੋਣ 'ਤੇ ਟੁਕੜਿਆਂ ਵਿੱਚ ਵੰਡਣ ਦੀ ਲੋੜ ਦੀ ਸ਼ਿਕਾਇਤ ਕਰਨ ਵਾਲਾ ਜਵਾਬ ਮਤਲਬ ਮੁੱਲ ਅਜੇ ਵੀ ਬਹੁਤ ਉੱਚਾ ਹੈ। 1462 'ਤੇ, ਫਿਰ 1452 'ਤੇ ਦੁਹਰਾਓ, ਅਤੇ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਪਹਿਲੇ ਆਕਾਰ 'ਤੇ ਰੁਕੋ। ਸੰਖਿਆ ਨੂੰ ਉਸ ਹੋਸਟ ਨਾਲ ਲਿਖੋ ਜਿਸ ਨੂੰ ਤੁਸੀਂ ਪਰਖਿਆ, ਕਿਉਂਕਿ ਜਵਾਬ ਉਸੇ ਰਾਹ ਦਾ ਹੈ, ਆਮ ਤੌਰ 'ਤੇ ਪ੍ਰੋਟੋਕੋਲ ਦਾ ਨਹੀਂ।

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

ਮੁੱਲ ਨੂੰ ਟਨਲ ਡਿਵਾਈਸ 'ਤੇ ਲਾਗੂ ਕਰੋ

ਨਤੀਜਾ Wi-Fi ਅਡੈਪਟਰ 'ਤੇ ਨਹੀਂ, ਸਗੋਂ ਕਲਾਇੰਟ ਵੱਲੋਂ ਬਣਾਏ ਇੰਟਰਫੇਸ 'ਤੇ ਲਾਗੂ ਕਰੋ। Linux ਕਲਾਇੰਟ 'ਤੇ ਇਹ ip link set dev tun0 mtu 1300 ਅਤੇ ਫਿਰ ਮੁੱਲ ਸਵੀਕਾਰ ਹੋਣ ਦੀ ਪੁਸ਼ਟੀ ਲਈ ip link show tun0 ਹੈ। ਕਲਾਇੰਟ ਜੋ ਵੀ ਡਿਵਾਈਸ ਨਾਮ ਦੱਸੇ ਉਹੀ ਵਰਤੋ, ਕਿਉਂਕਿ ਇਹ ਲਾਗੂਆਤ ਅਤੇ ਟਨਲ ਕਿਵੇਂ ਬਣੀ ਇਸ ਅਨੁਸਾਰ ਬਦਲਦਾ ਹੈ।

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

ਪਹਿਲਾਂ ਕਲਾਇੰਟ ਦੀਆਂ ਆਪਣੀਆਂ MTU ਬੇਨਤੀਆਂ ਵਰਤੋ

ਜਦੋਂ ਸ਼ੁਰੂਆਤ ਤੁਸੀਂ ਨਿਯੰਤਰਿਤ ਕਰਦੇ ਹੋ, ਕਲਾਇੰਟ ਬਾਅਦ ਵਿੱਚ ਪੈਚ ਹੋਣ ਦੀ ਬਜਾਏ ਆਕਾਰ ਮੰਗ ਸਕਦਾ ਹੈ। --mtu ਸਰਵਰ ਤੋਂ ਟਨਲ MTU ਮੰਗਦਾ ਹੈ, ਅਤੇ --base-mtu ਹੇਠਲੇ ਰਾਹ ਦਾ MTU ਐਲਾਨਦਾ ਹੈ ਤਾਂ ਜੋ ਗੇਟਵੇ ਟਨਲ ਦਾ ਅੰਕ ਕੱਢ ਸਕੇ। ਦੋਵੇਂ ਬੇਨਤੀਆਂ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ ਦਾ ਮੈਨੂਅਲ ਵਾਅਦਾ ਨਹੀਂ ਕਰਦਾ ਕਿ ਗੇਟਵੇ ਇਨ੍ਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਇੱਕ ਮੰਨੇਗਾ।

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

ਜੋ ਟ੍ਰਾਂਸਫਰ ਫੇਲ ਹੋਇਆ ਉਸ ਨਾਲ ਜਾਂਚੋ, ਫਿਰ ਇਸ ਨੂੰ ਸਥਾਈ ਬਣਾਓ

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

ਜੋ ਬੇਨਤੀ ਫੇਲ ਹੋਈ ਉਸ ਨਾਲ ਜਾਂਚ ਕਰੋ, ਮੁੱਖ ਪੰਨੇ ਨਾਲ ਨਹੀਂ। ਰਿਪੋਰਟ ਖੋਲ੍ਹੋ, ਅਟੈਚਮੈਂਟ ਖਿੱਚੋ, ਜਾਂ ਜੋ ਰਿਪੋਜ਼ਟਰੀ ਫੈਚ ਅਟਕੀ ਸੀ ਉਹ ਚਲਾਓ, ਅਤੇ ਜੇ ਅਜੇ ਵੀ ਰੁਕਦੀ ਹੈ ਤਾਂ ਠੀਕ ਕਿੱਥੇ ਰੁਕਦੀ ਹੈ ਲਿਖੋ। ਬਦਲਾਅ ਤੋਂ ਬਾਅਦ ਬਣਨ ਵਾਲਾ ਪੰਨਾ ਬਹੁਤ ਘੱਟ ਸਾਬਤ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਉਹ ਪਹਿਲਾਂ ਵੀ ਬਣਦਾ ਸੀ।

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