Linux 'ਤੇ ਪ੍ਰਤੀ-ਰੂਟ MTU: ਤਿੰਨ ਆਕਾਰ ਨਿਯੰਤਰਣ, ਇੱਕ ਰੂਟ
ਇੰਟਰਫੇਸ MTU, ਰੂਟ MTU ਅਤੇ MSS ਸੀਮਾ ਵੱਖ-ਵੱਖ ਪਰਤਾਂ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ। ਜੋ ਰੂਟ ਖੋਜ ਜਿੱਤਦਾ ਹੈ ਉਸ ਨਾਲ ਬਜਟ ਜੋੜੋ ਅਤੇ ਬਦਲਾਅ ਨੂੰ ਉਲਟਣਯੋਗ ਰੱਖੋ।
Linux ਕਲਾਇੰਟ 'ਤੇ ਤਿੰਨ ਸੈਟਿੰਗਾਂ ਸਾਰੀਆਂ «ਪੈਕਟ ਛੋਟੇ ਕਰੋ» ਵਰਗੀਆਂ ਸੁਣਾਈ ਦਿੰਦੀਆਂ ਹਨ, ਅਤੇ ਉਹ ਵੱਖ-ਵੱਖ ਪਰਤਾਂ 'ਤੇ ਕੰਮ ਕਰਦੀਆਂ ਹਨ। ਇੰਟਰਫੇਸ MTU ਡਿਵਾਈਸ ਵੱਲੋਂ ਭੇਜੇ ਹਰ ਪੈਕਟ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ। ਰੂਟ MTU ਉਸ ਰੂਟ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਪੈਕਟਾਂ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਜੋ ਇੱਕ VPN ਮੰਜ਼ਿਲ ਲਈ ਅਕਸਰ ਤੁਹਾਨੂੰ ਅਸਲ ਵਿੱਚ ਲੋੜੀਂਦਾ ਹੁੰਦਾ ਹੈ। TCP MSS ਸੀਮਾ ਬਦਲਦੀ ਹੈ ਕਿ ਦੋਵੇਂ ਸਿਰੇ ਕੀ ਗੱਲਬਾਤ ਕਰਦੇ ਹਨ, ਅਤੇ UDP ਲਈ ਕੁਝ ਨਹੀਂ ਕਰਦੀ।
ਇੱਕੋ ਨੋਬ ਵਰਗੇ ਦਿਖਣ ਵਾਲੇ ਤਿੰਨ ਨਿਯੰਤਰਣ
ਚੁਣਨ ਤੋਂ ਪਹਿਲਾਂ ਉਹਨਾਂ ਨੂੰ ਨਾਲ-ਨਾਲ ਰੱਖੋ, ਕਿਉਂਕਿ ਗਲਤ ਕਤਾਰ ਚੁਣਨਾ ਹੀ ਕੰਮ ਨਾ ਕਰਨ ਵਾਲੀਆਂ ਬਹੁਤੀਆਂ ਸਲਾਹਾਂ ਦੀ ਵਿਆਖਿਆ ਹੈ:
| Control | Scope | What it cannot fix |
|---|---|---|
| Interface MTU | Every packet the device sends | Nothing, but it over-constrains unrelated traffic |
| Route MTU | Packets using that route | A send that the lookup never routes there |
| MSS clamp | TCP handshake on that path | UDP payload sizes and ICMP |
ਪੂਰੀ ਮਸ਼ੀਨ ਲਈ Ethernet MTU ਘਟਾਉਣਾ ਇਸ ਸੁਧਾਰ ਦਾ ਮੋਟਾ ਸੰਸਕਰਣ ਹੈ। ਇਹ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਹੋਸਟ 'ਤੇ ਹਰ ਦੂਜੀ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਵੀ ਦੰਡ ਦਿੰਦਾ ਹੈ, ਜਿਨ੍ਹਾਂ ਦੇ ਰਸਤੇ ਠੀਕ ਸਨ ਉਹਨਾਂ ਨੂੰ ਵੀ। ਪ੍ਰਤੀ-ਰੂਟ ਮੁੱਲ ਉਹੀ ਇਰਾਦਾ ਪਾਸਿਆਂ ਦੀ ਲਾਗਤ ਤੋਂ ਬਿਨਾਂ ਪ੍ਰਗਟ ਕਰਦਾ ਹੈ।
ਤੁਲਨਾ ਸਿਰਫ਼ ਉਸ ਟ੍ਰੈਫਿਕ ਲਈ ਵੈਧ ਹੈ ਜੋ ਹੋਸਟ ਖੁਦ ਪੈਦਾ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਹੋਰ ਕਲਾਇੰਟ ਲਈ ਪੈਕਟ ਫਾਰਵਰਡ ਕਰਨ ਵਿੱਚ ਉਸਦਾ ਆਪਣਾ ਰਸਤਾ ਅਤੇ ਟਨਲ ਦਾ ਬਾਹਰੀ ਬਜਟ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਇਸ ਹੋਸਟ 'ਤੇ ਰੂਟ ਮੈਟ੍ਰਿਕ ਉਸ ਸੀਮਾ ਨੂੰ ਪਾਰ ਨਹੀਂ ਕਰਦਾ।
ਬਜਟ ਉਸ ਰੂਟ ਨਾਲ ਜੋੜੋ ਜੋ ਖੋਜ ਜਿੱਤਦਾ ਹੈ
ਇੱਕ ਉਦਾਹਰਨ IPv4 ਰੂਟ ਰਿਕਾਰਡ ਇਵੇਂ ਦਿਖਦਾ ਹੈ:
ip -4 route get 10.60.0.20
ip -4 route add 10.60.0.0/16 dev tun-office src 10.90.0.2 mtu 1380ਰਿਕਾਰਡ ਨੂੰ ਚਿਪਕਾਉਣ ਵਾਲੇ ਮੁੱਲ ਵਜੋਂ ਨਹੀਂ, ਇਰਾਦੇ ਦੇ ਵਰਣਨ ਵਜੋਂ ਪੜ੍ਹੋ। ਪ੍ਰੀਫਿਕਸ, ਡਿਵਾਈਸ ਅਤੇ ਪਸੰਦੀਦਾ ਸਰੋਤ ਅਸਲ ਸੰਰਚਨਾ ਨਾਲ ਮੇਲ ਖਾਣੇ ਚਾਹੀਦੇ ਹਨ, ਅਤੇ ਸੰਖਿਆ ਬਲੌਗ ਪੋਸਟ ਤੋਂ ਨਹੀਂ, ਇਨਕੈਪਸੁਲੇਟਿਡ ਰਸਤੇ ਬਾਰੇ ਸਬੂਤ ਤੋਂ ਆਣੀ ਚਾਹੀਦੀ ਹੈ। ਰੂਟ MTU ਅੰਦਰਲੇ IP ਪੈਕਟ ਨੂੰ ਸੀਮਤ ਕਰਦਾ ਹੈ, ਜੋ 1380 ਬਾਈਟ TCP ਪੇਲੋਡ ਜਾਂ 1380 ਬਾਈਟ ਐਨਕ੍ਰਿਪਟਿਡ ਬਾਹਰੀ ਪੈਕਟ ਨਹੀਂ ਹੈ।
ਕੁਝ ਜੋੜਨ ਤੋਂ ਪਹਿਲਾਂ ਵੇਖੋ ਖੋਜ ਅਸਲ ਵਿੱਚ ਕਿੱਥੇ ਹੱਲ ਹੁੰਦੀ ਹੈ। ਨੀਤੀ ਨਿਯਮਾਂ ਵਾਲਾ ਹੋਸਟ ਦਿੱਤੀ ਮੰਜ਼ਿਲ ਨੂੰ main ਤੋਂ ਇਲਾਵਾ ਕਿਸੇ ਹੋਰ ਟੇਬਲ ਰਾਹੀਂ ਰੂਟ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਸਿਰਫ਼ main ਟੇਬਲ ਵਿੱਚ ਮੌਜੂਦ ਮੈਟ੍ਰਿਕ ਉਸ ਬੇਨਤੀ ਲਈ ਅਦਿੱਖ ਹੈ। ਤੁਲਨਾ ਕਰੋ ip -4 route show table all ਅਤੇ ip route get ਦੇ ਜਵਾਬ, ਨਿਯਮ ਵਰਤਦਿਆਂ ਮਾਰਕ ਜਾਂ ਨੇਮਸਪੇਸ ਸੰਦਰਭ ਸਮੇਤ। ਜੇ ਦੋਵੇਂ ਮੇਲ ਨਾ ਖਾਣ, ਤਾਂ ਮੈਟ੍ਰਿਕ ਦੀ ਲੋੜ ਜਵਾਬ ਦੇਣ ਵਾਲੇ ਟੇਬਲ ਨੂੰ ਹੈ, ਵਧੇਰੇ ਸਾਫ਼ ਦਿਖਣ ਵਾਲੇ ਨੂੰ ਨਹੀਂ।
mtu, mtu lock ਨਹੀਂ ਹੈ
ਡਿਫਾਲਟ ਰੂਪ ਵਿੱਚ ਕਰਨਲ ਅਜੇ ਵੀ ICMP ਫੀਡਬੈਕ ਤੋਂ ਪਾਥ MTU ਅੱਪਡੇਟ ਕਰ ਸਕਦਾ ਹੈ, ਪਾਥ MTU ਖੋਜ ਇਸੇ ਲਈ ਹੈ। lock ਜੋੜਨਾ ਇਸਨੂੰ ਰੋਕਦਾ ਹੈ। ਇਹ ਵੱਖਰਾ ਫੈਸਲਾ ਹੈ, ਉਹੀ ਸੰਖਿਆ ਬਚਾਉਣ ਦਾ ਵਧੇਰੇ ਮਜ਼ਬੂਤ ਤਰੀਕਾ ਨਹੀਂ, ਅਤੇ IPv4 ਲਈ ਇਹ «ਟੁਕੜੇ ਨਾ ਕਰੋ» ਬਿੱਟ ਦੀ ਦਸਤਾਵੇਜ਼ੀ ਸੰਭਾਲ ਬਦਲਦਾ ਹੈ।
ਪਾਥ ਮਾਪਿਆ ਹੋਵੇ ਅਤੇ ਜੋ ਵੀ ਆਵੇ ਮੁੱਲ ਸਥਿਰ ਰਹੇ ਅਜਿਹਾ ਚਾਹੁੰਦੇ ਹੋ ਤਾਂ ਲਾਕ ਕਰਨਾ ਜਾਇਜ਼ ਹੈ। ਨੈੱਟਵਰਕ ਜਾਇਜ਼ ਆਕਾਰ ਫੀਡਬੈਕ ਭੇਜਦਾ ਹੋਵੇ ਤਾਂ ਇਹ ਮਾੜਾ ਡਿਫਾਲਟ ਹੈ, ਕਿਉਂਕਿ ਕਰਨਲ ਹੁਣ ਸਮਾਯੋਜਿਤ ਨਹੀਂ ਕਰ ਸਕਦਾ ਅਤੇ ਅਸਫਲਤਾ ਕਿਸੇ ਹੋਰ ਲੱਛਣ ਵੱਲ ਚਲੀ ਜਾਂਦੀ ਹੈ।
ਜੇ ਰਸਤੇ ਵਿੱਚ ਕਿਤੇ ICMP ਫਿਲਟਰ ਹੋਵੇ, ਤਾਂ ਕੋਈ ਰੂਟ ਸੈਟਿੰਗ ਇਸਨੂੰ ਠੀਕ ਨਹੀਂ ਕਰਦੀ। ਸੁਧਾਰ ਫਿਲਟਰ ਦਾ ਹੈ, ਅਤੇ ਛੋਟਾ MTU ਅਗਲੇ ਰਸਤੇ ਬਦਲਾਅ ਤੱਕ ਸੱਚੀ ਖਰਾਬੀ ਲੁਕਾਉਣ ਵਾਲਾ ਉਪਾਅ ਹੈ।
ਟਨਲ ਸੌਫਟਵੇਅਰ ਆਪਣੇ ਆਕਾਰ-ਨੋਬ ਜੋੜਦਾ ਹੈ
OpenVPN- mssfix ਆਪਣੇ ਦਸਤਾਵੇਜ਼ੀ UDP ਟਨਲ ਕੇਸ ਲਈ TCP ਸੈਗਮੈਂਟ ਦਾ ਆਕਾਰ ਸਮਾਯੋਜਿਤ ਕਰਦਾ ਹੈ। ਇਹ TCP ਗੱਲਬਾਤ 'ਤੇ ਕੰਮ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਇਹ ਆਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੇ ਰੂਟ MTU ਦੀ ਦੂਜੀ ਸ਼ਬਦਾਵਲੀ ਨਹੀਂ ਹੈ, ਅਤੇ ਗੱਲਬਾਤ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਨ ਵਾਲੀ UDP ਸੇਵਾ ਦੀ ਮਦਦ ਨਹੀਂ ਕਰ ਸਕਦਾ।
ਇੱਕੋ ਬਦਲਾਅ-ਖਿੜਕੀ ਵਿੱਚ ਰੂਟ MTU, ਇੰਟਰਫੇਸ MTU ਬਦਲਾਅ ਅਤੇ MSS ਸੀਮਾ ਇਕੱਠੇ ਨਾ ਰੱਖੋ। ਸਮੱਸਿਆ ਗਾਇਬ ਹੋਵੇ ਤਾਂ ਪਤਾ ਨਹੀਂ ਲੱਗੇਗਾ ਕਿ ਕਿਹੜਾ ਮਹੱਤਵਪੂਰਨ ਸੀ, ਅਤੇ ਰੱਖੇ ਹੋਏ ਸਾਲਾਂ ਤੱਕ ਟ੍ਰੈਫਿਕ ਸੀਮਤ ਕਰਨਗੇ ਅਜਿਹੇ ਕਾਰਨ ਨਾਲ ਜੋ ਕਿਸੇ ਨੂੰ ਯਾਦ ਨਹੀਂ ਰਹਿੰਦਾ।
ਇਸਨੂੰ ਉਲਟਣਯੋਗ ਬਣਾਓ, ਫਿਰ ਸਾਬਤ ਕਰੋ
ਰੂਟ ਦਾ ਅਸਲ ਮਾਲਕ ਤੈਅ ਕਰਦਾ ਹੈ ਕਿ ਬਦਲਾਅ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਤੋਂ ਬਾਅਦ ਰਹਿੰਦਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਰੂਟ ਨੂੰ ਗਤੀਸ਼ੀਲ ਢੰਗ ਨਾਲ ਸਥਾਪਿਤ ਕਰਨ ਵਾਲਾ VPN ਕਲਾਇੰਟ ਆਮ ਤੌਰ 'ਤੇ ਤੁਹਾਡੇ ਮੈਟ੍ਰਿਕ ਤੋਂ ਬਿਨਾਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਬਣਾਏਗਾ, ਅਤੇ ਹੱਥ ਨਾਲ ਕੀਤਾ ip route add ਫਿਰ ਇੱਕ ਦਿਨ ਬਾਅਦ ਅਸਫਲ ਹੋਏ ਸੁਧਾਰ ਵਰਗਾ ਦਿਖਦਾ ਹੈ। ਮੁੱਲ ਪ੍ਰਬੰਧਕ ਦੀ ਸੰਰਚਨਾ ਵਿੱਚ ਰੱਖੋ, ਅਤੇ ਜੇ ਅਸਥਾਈ ਪ੍ਰਯੋਗ ਚਾਹੀਦਾ ਹੈ ਤਾਂ ਪਹਿਲਾਂ ਮੂਲ ਰੂਟ ਦਰਜ ਕਰੋ।
ਉਸ ਕਾਰਵਾਈ ਨੂੰ ਕਰਨ ਵਾਲੇ ਨਵੇਂ ਕਨੈਕਸ਼ਨ ਨਾਲ ਪਰਖੋ ਜੋ ਅਟਕ ਗਈ ਸੀ, ਫਿਰ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਮਨਜ਼ੂਰ ਨਿੱਜੀ ਰੂਟ ਅਜੇ ਵੀ ਜਿੱਤਦਾ ਹੈ ਅਤੇ ਗੈਰ-ਸੰਬੰਧਿਤ ਮੰਜ਼ਿਲਾਂ ਨਹੀਂ ਬਦਲੀਆਂ। ਟਨਲ ਦੁਬਾਰਾ ਕਨੈਕਟ ਕਰੋ ਅਤੇ ਰੂਟ ਦੁਬਾਰਾ ਪੜ੍ਹੋ, ਕਿਉਂਕਿ ਮੁੜ-ਕਨੈਕਸ਼ਨ ਵਿੱਚ ਗਾਇਬ ਹੋਣ ਵਾਲਾ ਮੁੱਲ ਸੁਧਾਰ ਨਹੀਂ ਹੈ।
ਜੇ ਸਬੂਤ ਬਦਲਾਅ ਦਾ ਸਮਰਥਨ ਨਹੀਂ ਕਰਦੇ, ਤਾਂ ਓਵਰਰਾਈਡ ਨੂੰ ਇਸਦੇ ਪ੍ਰਬੰਧਕ ਰਾਹੀਂ ਹਟਾਓ ਅਤੇ ਰੂਟ ਮਿਟਾਉਣ ਦੀ ਥਾਂ ਮੂਲ ਰੂਟ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਬਹਾਲ ਕਰੋ। ਫਿਰ ਲਿਖੋ ਕਿ ਤੁਸੀਂ ਕੀ ਮਾਪਿਆ, ਕਿਹੜੇ ਰਸਤੇ 'ਤੇ, ਤਾਂ ਜੋ ਅਗਲਾ ਵਿਅਕਤੀ ਸੱਚੇ ਸੁਧਾਰ ਨੂੰ ਚੱਲ ਰਹੇ ਪ੍ਰਯੋਗ ਤੋਂ ਵੱਖਰਾ ਪਛਾਣ ਸਕੇ।