OpenVPN ਉੱਤੇ SSH ਅਟਕਦਾ ਹੈ? ਪਹਿਲਾਂ ਪਥ MTU ਮਾਪੋ

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

ਪਰੋਫ਼ਾਈਲ ਛੂਹਣ ਤੋਂ ਪਹਿਲਾਂ ਨਾਕਾਮੀ ਦਾ ਆਕਾਰ ਪੜ੍ਹੋ

ਛੋਟੇ ਪੈਕਟ ਲੰਘਦੇ ਹਨ ਅਤੇ ਭਰੇ ਹੋਏ ਨਹੀਂ। ਪ੍ਰਾਂਪਟ, ਬੈਨਰ ਜਾਂ ਇੱਕ ਕੁੰਜੀ ਦਬਾਉਣਾ ਸੌਖਾ ਬੈਠਦਾ ਹੈ; ਡਾਇਰੈਕਟਰੀ ਸੂਚੀ, ਡਾਊਨਲੋਡ ਜਾਂ ਪੇਸਟ ਕੀਤਾ ਬਲਾਕ ਨਹੀਂ ਬੈਠਦਾ। ਜਿਸ ਆਕਾਰ 'ਤੇ ਵਿਵਹਾਰ ਬਦਲਦਾ ਹੈ ਉਹੀ ਸੁਰਾਗ ਹੈ, ਇਹ ਨਹੀਂ ਕਿ SSH ਹੀ ਸੰਬੰਧਿਤ ਪ੍ਰੋਗਰਾਮ ਹੈ।

ਢਾਂਚਾ ਇਹ ਹੈ: ਪਥ MTU ਦੀ ਖੋਜ, ਜੋ ਪ੍ਰਤੀਕਿਰਿਆ 'ਤੇ ਨਿਰਭਰ ਹੈ. TCP ਸੈਗਮੈਂਟ ਆਕਾਰ ਚੁਣਦਾ ਹੈ, ਅਤੇ ਰਾਹ ਵਿੱਚ ਕੋਈ ਰਾਊਟਰ ਬਣੇ ਹੋਏ ਪੈਕਟ ਨੂੰ ਅੱਗੇ ਨਾ ਭੇਜ ਸਕੇ ਤਾਂ ਉਸ ਨੂੰ ICMP ਸੁਨੇਹੇ ਨਾਲ ਦੱਸਣਾ ਚਾਹੀਦਾ ਹੈ। ਐਨਕੈਪਸੂਲੇਸ਼ਨ ਬਾਹਰਲੇ ਪੈਕਟ ਨੂੰ ਅੰਦਰਲੇ ਤੋਂ ਵੱਡਾ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਟਨਲ ਅੰਦਰ ਵਰਤੋਂਯੋਗ ਆਕਾਰ ਹਮੇਸ਼ਾ ਭੌਤਿਕ ਲਿੰਕ ਤੋਂ ਥੱਲੇ ਰਹਿੰਦਾ ਹੈ। ਉਹ ICMP ਸੁਨੇਹੇ ਕਿਤੇ ਵੀ ਫਿਲਟਰ ਕਰ ਦਿਓ ਅਤੇ ਭੇਜਣ ਵਾਲੇ ਨੂੰ ਕਦੇ ਸੁਧਾਰ ਨਹੀਂ ਮਿਲੇਗਾ, ਉਹ ਭਰੇ ਸੈਗਮੈਂਟ ਭੇਜਦਾ ਰਹੇਗਾ, ਅਤੇ ਬਾਹਰਲਾ ਪੈਕਟ ਬਿਨਾਂ ਸੂਚਨਾ ਦੇ ਸੁੱਟ ਦਿੱਤਾ ਜਾਵੇਗਾ।

ਦੋਵੇਂ ਪਾਸਿਓਂ ਸੀਮਾ ਮਾਪੋ

ਦੋਹਾਂ ਵਿੱਚੋਂ ਕੋਈ ਵੀ ਬਦਲਣ ਤੋਂ ਪਹਿਲਾਂ ਟਨਲ ਦੀ MTU ਦੀ ਭੌਤਿਕ ਲਿੰਕ ਨਾਲ ਤੁਲਨਾ ਕਰੋ। ਭੌਤਿਕ ਮੁੱਲ ਨਕਲ ਕੀਤੀ ਟਨਲ ਪਹਿਲਾਂ ਹੀ ਦੱਸ ਚੁੱਕੀ ਹੈ ਕਿ ਅਸੰਗਤੀ ਕਿੱਥੇ ਹੈ।

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

ip link show tun0
ping -M do -s 1380 10.9.0.1

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

mssfix ਅਤੇ fragment ਵੱਖਰਾ ਕੰਮ ਕਰਦੇ ਹਨ

mssfix ਉਹ ਸੈਗਮੈਂਟ ਆਕਾਰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ ਜੋ ਟਨਲ ਅੰਦਰਲੇ TCP ਕਨੈਕਸ਼ਨ ਆਪਣੇ ਹੈਂਡਸ਼ੇਕ ਵੇਲੇ ਐਲਾਨਦੇ ਹਨ। SSH, HTTPS ਅਤੇ ਫ਼ਾਈਲ ਨਕਲਾਂ ਲਈ ਇਹੀ ਸਹੀ ਲੀਵਰ ਹੈ, ਇਸੇ ਲਈ ਸੈੱਟ ਹੁੰਦਿਆਂ ਹੀ ਅਟਕਣਾ ਅਕਸਰ ਗਾਇਬ ਹੋ ਜਾਂਦਾ ਹੈ। ਇਹ UDP ਪੇਲੋਡ ਨੂੰ ਬਿਲਕੁਲ ਨਹੀਂ ਛੂਹਦਾ।

UDP ਸੇਵਾ ਵੀ ਢੋਣ ਵਾਲੀ ਟਨਲ SSH ਠੀਕ ਹੋਣ ਮਗਰੋਂ ਵੀ ਫੇਲ੍ਹ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹ ਨਤੀਜਾ ਹਰ ਉਸ ਵਿਅਕਤੀ ਨੂੰ ਉਲਝਾਉਂਦਾ ਹੈ ਜੋ ਮੰਨਦਾ ਹੈ ਕਿ ਇੱਕ ਵਿਕਲਪ ਸਭ ਕੁਝ ਢੱਕ ਲੈਂਦਾ ਹੈ।

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

ਇੰਟਰਫ਼ੇਸ MTU ਘਟਾਉਣਾ ਮੋਟਾ ਵਿਕਲਪ ਹੈ

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

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

ਜਿਸ ਟ੍ਰਾਂਸਫ਼ਰ ਨੇ ਰੋਕਿਆ ਉਸੇ ਨਾਲ ਦੁਬਾਰਾ ਪਰਖੋ

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

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