在Linux系统中，MTU(MTU：Maximum Transfer Unit，更大传输单元）是一个非常重要的网络概念。MTU指定了数据包的更大大小，当一个数据包的大小超过了MTU的限制，它就会被分片成多个数据包进行传输。然而，如果MTU设置得过小，就会出现数据包被分割太多，导致网络传输效率低下的问题。在某些情况下，如果MTU设置过大，也会导致网络丢包的问题。
本文将介绍几种解决Linux MTU1473丢包问题的方法。
1. 改变MTU大小
更改MTU大小是解决Linux MTU1473丢包问题最常见的方法。可以通过以下命令来更改MTU大小：
“`
sudo ifconfig mtu
“`
其中，是你想要更改MTU的网络接口的名称，是你想要设置的MTU大小。例如，如果你想要将enp0s3接口的MTU从默认值1500更改为1473，那么你可以使用以下命令：
“`
sudo ifconfig enp0s3 mtu 1473
“`
在更改MTU后，可以使用以下命令来验证MTU是否已经生效：
“`
ip link show
“`
如果MTU已经成功更改，你应该可以看到在该接口下的MTU字段的大小已经被更改。
尽管通过更改MTU大小是解决Linux MTU1473丢包问题的最简单方法，但也有潜在的问题。尤其是当你的网络中存在多个不同的MTU大小时，数据包可能会被分片得更多，从而导致更多的网络延迟和效率问题。这通常发生在多层网络拓扑中，例如科学隧道和大型企业网络。在这种情况下，其他方法可能会更适合你的需求。
2. 改变网络协议
Linux系统使用TCP/IP协议进行通讯。这些协议中的一些功能可以被配置来改变MTU大小，从而解决网络丢包问题。在这些协议中，我们最常用的是PPP、PPPoE、以及IPSec。
– PPP(点对点协议)
在PPP协议中，MTU大小可以通过以下命令进行设置：
“`
sudo pppd mtu
“`
其中，是你要设置的MTU大小。例如，如果你想将MTU由默认的1500更改为1473，则可以使用以下命令：
“`
sudo pppd mtu 1473
“`
– PPPoE(点对点协议通过以太网）
在PPPoE协议中，MTU大小可以在/etc/ppp/peers/dsl-provider文件中进行设置，例如：
“`
sudo vim /etc/ppp/peers/dsl-provider
“`
然后在文件中添加以下两行：
“`
plugin rp-pppoe.so
mtu
“`
其中，是你要设置的MTU大小。
– IPSec(Internet Protocol Security，IP安全）
在IPSec协议中，MTU大小可以通过在/etc/ipsec.conf文件中的conn段中设置MTU选项来进行设置。例如：
“`
sudo vim /etc/ipsec.conf
“`
在文件中，你可以找到你要更改的连接的conn段，并在其中添加以下行：
“`
conn myconn
…
mtu=
…
“`
其中，是你要设置的MTU大小。
3. 修改内核参数
如果以上两种方法都不适用于你的情况，那么你可以考虑修改内核参数。在Linux中，可以使用以下命令来更改内核参数：
“`
sudo sysctl =
“`
其中，是你想要更改的参数的名称，是你想要设置的参数的值。例如，如果你想要将MTU添加到整个系统中，那么可以添加以下行到/etc/sysctl.conf文件中：
“`
net.ipv4.tcp_mtu_probing=1
“`
这个内核参数将在TCP连接发送失败时自动启动MTU路径发现，以找到更合适的MTU大小。此方法可以成功地解决MTU 1473丢包问题。
结语
相关问题拓展阅读：
- linux ping的回包超过多少秒算丢包
- 为什么linux UDP包只能发送4096
linux ping的回包超过多少秒算丢包
看起来像是1000ms（1秒钟）。
为什么linux UDP包只能发送4096
有没有问过接收端那边的设置呢。从理论上来说，UDP数据的总长度为 65535（IP更大长度）-20（IP头）-8（UDP头） = 65507个字节，但大多数系统都达不到这个长度。这一般是受到两个方面的因素限制：
1） 应用程序编程接口限制。一般socket的缓冲区大小是8K，但都提供API来设置缓冲区的大小（SetSockOpt）。一般发送UDP更好不要超过512字节，这样基本可以保证不丢包（因为大部分网络和主机的MTU都大于512）.
2） TCP/IP内核的限制。可能存在一些实现特性使得IP长度不能达到65535。
由于IP能够发送或接收特定长度的数据报并不意味着接收应用程序可以读取该长度的数据。因此，UDP编程接口允许应用程序指定每次返回的更大字弊渣节数。如果接收到的数据报长度大于应用程序所能处理的长度，那么会发生什么情况呢？典型的Berkeley版socket API对数据报进行截断，并丢弃任何多余的数据；SVR4下的socket API(包括Solaris 2.x) 并不截断数据报。超出部分数据在后面的读取中返回。它也不通知应用程序从单个UDP数据报中多次进行读取操作；TLI API不丢弃数据。相反，它返回一个标志表明可以获得更多的数据，而应用程序后租尘悄面的读操作将返回数据报的其余部分。
UDP不会分片，分片是IP层做的事，而且分片重组也是IP层负责的。
如果用UDP发送数据，数据量更好不要太大，应该避免IP层和链路层分包，防兄闹止分片丢失，导致整个UDP数据包丢失
关于linux mtu1473丢包的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。
香港服务器首选树叶云，2H2G首月10元开通。
树叶云（shuyeidc.com）提供简单好用，价格厚道的香港/美国云服务器和独立服务器。IDC+ISP+ICP资质。ARIN和APNIC会员。成熟技术团队15年行业经验。
文章来源网络，作者：运维，如若转载，请注明出处：https://shuyeidc.com/wp/176082.html<
