linux /proc/sys/net/ipv4,echo 2>/proc/sys/net/ipv4/tcp_mtu_probing能够解决我的问题，但为什么？这个命令做了什么？... 最新推荐文章于 2023-08-30 09:45:24 发布 阅读量 620

1默认被禁用，启用时的ICMP黑洞检测

2始终启用，使用tcp_base_mss的初始MSS。

这意味着一旦启用，您的操作系统将尝试使用Path MTU discovery机制找到您的客户端和服务器之间的MTU。在你的情况下，它可能会增加默认MTU(Linux上的1500)，从而允许发送更大的数据包。

您可以通过运行ip a检查接口的MTU：

1: lo: mtu 16436 qdisc noqueue state UNKNOWN # <= here MTU is 16436 bytes

link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

inet 127.0.0.1/8 scope host lo

inet6 ::1/128 scope host

valid_lft forever preferred_lft forever

# below MTU is 1500 bytes

2: eth0: mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000

link/ether 00:0c:29:28:fd:4c brd ff:ff:ff:ff:ff:ff

inet 192.168.50.2/24 brd 192.168.50.255 scope global eth0

inet6 fe80::20c:29ff:fe28:fd4c/64 scope link

valid_lft forever preferred_lft forever

这是一个奇怪的行为，你不能传输文件IP碎片和TCP分段通常需要在发送之前分块文件的护理它通过网络。也许你应该检查你的机器上默认的碎片/分段配置。

当 TCP 客户端发起连接建立请求时，在函数 tcp _connect_init中调用 TCP 的 MTU 探测初始化函数 tcp _ mtu p_init。如上所述默认情况下enabled为零，使用MSS最大限制值mss_clamp加上 TCP 头部长度和网络层头部长度作为MT... 类似的 问题 会在一个10G主机发送数据给一个低于10G的虚拟电路，或者一个40G主机发送数据给一个10G主机，或者一个CPU速度较快的40G/100G主机发送数据给一个CPU速度较慢的40G/100G主机时出现。在历史上，为了实现完整的带宽利用，用户需要指定网络路径的缓冲区大小，应用程序员需要使用BSD中的setsockopt()调用的SO_SNDBUF和SO_RCVBUF选项来设置发送方和接收方的缓冲区大小。假设没有任何网络丢包，对于在100ms路径上的10Gbps单流量，将需要一个120MB的缓冲区，。 最近在家里经常遇到 ssh 超时的 问题 ，一开始也没太当回事，感觉是网络不稳定导致的，但是后来慢慢的发现这种超时 问题 只会出现在跟 ssh 相关的程序中，例如 git、ssh。这成功的引起了我的注意，于是我开始尝试着去排查。首先我测试了一下 ping 远程服务器，发现结果还是比较正常的，所以在 icmp 协议上，连接应该是没有 问题 的。然后安装 tcp ing 软件包，测试 tcp 连接，结果显示也是正常... 常见网络测试 命令 使用【windows】就这几个就够用了 tcp ing：查看目的主机ip的端口号是否开发（推荐用这个测试端口） 这个需要安装，安装简单，自己下载，里面有安装说明 我们在系统运维过程中，尤其业务负载高或复杂的场景中，可能出现系统瓶颈影响业务运行的情况，甚至造成系统宕机等风险，这是我们必要情况需要对系统参数进行优化处理来缓解这种压力和风险，本文即对日常运维过程常见的维护经验总结汇总，以供后续工作参考。 二、优化处理 2.1 关于内核参数的优化 1）swap优化 如果服务器上有运行数据库服务或消息中间件服务，请关闭交换分区 echo “vm.swappiness = 0” >> /etc/ sys ctl.conf sys ctl -p 2）OOM 误Ki