OpenVPN MTU ਦੀ ਅਸੰਗਤ ਵਰਤੋਂ ਬਾਰੇ ਚੇਤਾਵਨੀ ਦਿੰਦਾ ਹੈ: ਸੁਨੇਹਾ ਕੀ ਤੁਲਨਾ ਕਰਦਾ ਹੈ

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

ਤਿੰਨ ਸ਼ਰਤਾਂ ਜਵਾਬ ਤੈਅ ਕਰਦੀਆਂ ਹਨ: ਪੀਅਰ ਕੀ ਤੁਲਨਾ ਕਰਦੇ ਹਨ, ਮੁੱਲ ਪੁਰਾਣਾ ਹੈ ਕਿ ਨਹੀਂ, ਅਤੇ ਚੇਤਾਵਨੀ ਤੋਂ ਬਿਨਾਂ ਕਿਹੜਾ ਲੱਛਣ ਹੈ।

ਚੇਤਾਵਨੀ ਪੈਕੇਟ ਨਹੀਂ, ਵਿਕਲਪਾਂ ਦੀ ਤੁਲਨਾ ਕਰਦੀ ਹੈ

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

ਪੂਰੀ ਚੇਤਾਵਨੀ ਨੂੰ ਇਸਦੇ ਸਥਾਨਕ ਅਤੇ ਦੂਰਲੇ ਮੁੱਲ ਸਮੇਤ ਰੱਖੋ। ਸਬੂਤ ਉਹ ਜੋੜੀ ਹੈ; ਤੁਹਾਨੂੰ ਯਾਦ ਰਹਿਣ ਵਾਲੀ ਇੱਕਲੀ ਸੰਖਿਆ ਨਹੀਂ।

link-mtu ਪੁਰਾਣਾ ਕਿਉਂ ਹੈ

OpenVPN 2.6 link-mtu ਨੂੰ ਪੁਰਾਣਾ ਘੋਸ਼ਿਤ ਕਰਦਾ ਹੈ, ਕਿਉਂਕਿ ਬਦਲਦੇ ਹੈਡਰ ਅਤੇ ਗੱਲਬਾਤ ਕੀਤੇ ਸਾਈਫਰ ਸਥਿਰ ਲਿੰਕ ਮੁੱਲ ਨੂੰ ਭਰੋਸੇਯੋਗ ਨਹੀਂ ਰਹਿਣ ਦਿੰਦੇ। ਵਿਕਲਪ ਨੇ ਇੱਕ ਪੈਕੇਟ ਬਣਤਰ ਮੰਨੀ ਸੀ ਜਿਸਦੀ ਪ੍ਰੋਟੋਕੋਲ ਹੁਣ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦਾ, ਇਸ ਲਈ ਸ਼ਬਦੀ link-mtu ਵਾਲੀ ਪੁਰਾਣੀ ਪ੍ਰੋਫਾਈਲ ਉਹ ਇਰਾਦਾ ਦੱਸਦੀ ਹੈ ਜੋ ਮੌਜੂਦਾ ਕੋਡ ਪੂਰਾ ਨਹੀਂ ਕਰ ਸਕਦਾ। ਉਹ ਸੰਖਿਆ ਨਵੀਂ ਪ੍ਰੋਫਾਈਲ ਵਿੱਚ ਕਾਪੀ ਕਰਨ ਨਾਲ ਪੁਰਾਣੀ ਧਾਰਨਾ ਫੈਲਦੀ ਹੈ। ਇਸਨੂੰ ਸਿਫਾਰਸ਼ ਨਹੀਂ, ਪੁਰਾਣੀ ਪ੍ਰੋਫਾਈਲ ਦੇ ਇਤਿਹਾਸ ਦਾ ਹਿੱਸਾ ਸਮਝ ਕੇ ਪੜ੍ਹੋ।

ਸੰਗਤੀ ਜਾਂਚ ਵਿੱਚ tun-mtu ਨਾਲ ਜੁੜਿਆ ਇੱਕ ਚੋਣਵਾਂ OCC ਮੁੱਲ ਵੀ ਹੈ, ਜੋ ਨੈੱਟਵਰਕ ਕੀ ਲੈ ਕੇ ਜਾਂਦਾ ਹੈ ਬਦਲੇ ਬਿਨਾਂ ਇਹ ਬਦਲਦਾ ਹੈ ਕਿ ਕੀ ਤੁਲਨਾ ਹੁੰਦੀ ਹੈ। ਇਸਨੂੰ ਸੈੱਟ ਕਰਨ ਨਾਲ ਵੱਡੇ ਪੈਕੇਟ ਅੰਦਰ ਨਹੀਂ ਆ ਜਾਂਦੇ।

ਰਸਤੇ ਦੀ ਜਾਂਚ ਤੋਂ ਪਹਿਲਾਂ ਪ੍ਰੋਫਾਈਲ ਠੀਕ ਕਰੋ

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

ਸਾਂਝੇ ਸਰਵਰ ਨੂੰ ਵਿਸ਼ਵਵਿਆਪੀ ਮੁੱਲ ਹਿਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੀ ਕਲਾਇੰਟ ਸੂਚੀ ਜਾਂਚਣੀ ਲੋੜੀਂਦੀ ਹੈ, ਕਿਉਂਕਿ ਇੱਕ ਸਾਈਟ ਲਈ ਢੁੱਕਵਾਂ ਮੁੱਲ ਦੂਜੀ ਨੂੰ ਤੋੜ ਸਕਦਾ ਹੈ।

ਫਿਰ ਅਸਲ ਵਿੱਚ ਮੌਜੂਦ ਲੱਛਣ ਦੀ ਜਾਂਚ ਕਰੋ

ਜੇ ਵੱਡੇ ਸਥਾਨਾਂਤਰਣ ਰੁਕ ਜਾਂਦੇ ਹਨ ਜਦੋਂ ਕਿ ਛੋਟੀਆਂ ਬੇਨਤੀਆਂ ਸਫਲ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਨਿਯੰਤਰਿਤ ਮੰਜ਼ਿਲ ਦੇ ਸਾਹਮਣੇ ਪੈਕੇਟ ਦਾ ਆਕਾਰ ਮਾਪੋ। ‘ਖੰਡਨ ਨਾ ਕਰੋ’ ਬਿੱਟ ਸੈੱਟ ਕਰਕੇ ਪੇਲੋਡ ਦਾ ਆਕਾਰ ਵਧਾਉਣ ਵਾਲਾ ਪ੍ਰੋਬ ਸਿਰਫ਼ ਸਫਲ ਹੋਣ ਵਾਲੇ ping ਨਾਲੋਂ ਕਿਤੇ ਵੱਧ ਭਰੋਸੇਯੋਗ ਢੰਗ ਨਾਲ ਰਸਤੇ ਦਾ ਵਰਤੋਂਯੋਗ MTU ਲੱਭਦਾ ਹੈ। ਜਾਂਚ ਵਿੱਚ ਫੇਲ ਹੋਣ ਵਾਲੀ ਐਪਲੀਕੇਸ਼ਨ ਵੀ ਸ਼ਾਮਲ ਕਰੋ: ICMP ਸਮਾਂ-ਸਮਾਪਤੀ ਫਿਲਟਰਿੰਗ ਦਰਸਾ ਸਕਦੀ ਹੈ, ਅਤੇ ਛੋਟਾ ਸਫਲ ping ਪੂਰੇ ਆਕਾਰ ਦੇ ਐਪਲੀਕੇਸ਼ਨ ਪੈਕੇਟ ਬਾਰੇ ਕੁਝ ਨਹੀਂ ਕਹਿੰਦਾ।

mssfix ਟਨਲ ਅੰਦਰਲੀਆਂ TCP ਸੈਸ਼ਨਾਂ ਲਈ ਘੋਸ਼ਿਤ MSS ਨੂੰ ਸੀਮਿਤ ਕਰਦਾ ਹੈ, ਜੋ TCP ਦੀ ਮਦਦ ਕਰਦਾ ਹੈ ਅਤੇ ਅੰਦਰਲੇ UDP ਭਾਰ ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦਾ। ਖੰਡਨ ਅਤੇ ਆਫਲੋਡ ਸੈਟਿੰਗਾਂ ਦੀਆਂ ਆਪਣੀਆਂ ਅਨੁਕੂਲਤਾ ਸ਼ਰਤਾਂ ਹਨ। ਲਾਗ ਦੀ ਇੱਕ ਲਾਈਨ ਸ਼ਾਂਤ ਕਰਨ ਲਈ ਇਕੱਠੇ ਕਈ ਬਦਲਣ ਦੀ ਬਜਾਏ ਸਾਬਤ ਸਮੱਸਿਆ ਲਈ ਇੱਕ ਕਾਰਜਵਿਧੀ ਚੁਣੋ।

ਪ੍ਰਭਾਵੀ ਮੁੱਲ ਨਤੀਜੇ ਨਾਲ ਰੱਖੋ

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

ਸੰਗਤੀ ਜਾਂਚ ਦਬਾਉਣ ਨਾਲ ਕੁਝ ਨਹੀਂ ਮਿਲਦਾ। ਇਹ ਨਿਰੀਖਣ ਹਟਾ ਦਿੰਦੀ ਹੈ ਅਤੇ ਦੋਵੇਂ ਸੰਰਚਨਾਵਾਂ ਜਿਵੇਂ ਸਨ ਤਿਵੇਂ ਛੱਡ ਦਿੰਦੀ ਹੈ।