这是一个创建于 3842 天前的主题，其中的信息可能已经有所发展或是发生改变。
五年前装的几台Gentoo服务器，自适应的ppp的连接的mtu都比实际的少4，1400的搞成1396，1500的搞成1496.....写了条ip-up.d的脚本给每个ppp拨号都自动加上4，解决了通讯障碍问题。一直稳定运行，pptp连接上后再ssh到服务器，基本不掉线。于是五年中就再也没弄过，也把这事儿忘了。
这两天又装了几台Gentoo，用的都是最新的portage，结果pptp连上后ssh到服务器老掉，要么死活ssh不上，还以为是墙。可ifconfig一看，尼玛。。。。五年前的mtu问题现在还有。
Gentoo官网都装修一新了，这小问题既然这么几年没被解决，因为不是什么天塌下来的大问题，所以我也没提bug。
只是好奇，这里有谁遇到过和我一样的问题吗？还是说我人品较差，就我遇到过这种事儿。
第 1 条附言 2015-04-24 02:15:10 +08:00
我本不是来讨论mtu数值如何设置会产生哪些不同的影响和效果的。如果没人用Gentoo或者没有遇到类似的问题的话就让这个帖沉了吧。
 | 1 liwei 2015-04-23 20:07:26 +08:00 MTU小4应该不会引起什么问题，PPPoE因为在Ethernet Frame之外增加了一个包头，MTU比Ethernet默认的1500小是很正常的，我看了一下我自己机器上的PPPoE网卡的MTU是1492。 |
 | 2 qybei 2015-04-23 21:23:32 +08:00 via Android mtu小不可能导致通信故障，最多就是性能有一点影响，4个字节的影响几乎可以忽略。自动减4不一定是bug，可能是考虑了报文中某个自动增加的crc字段。 |
 | 3 bellchu OP @liwei 你说的对，客户端比网关（Ethernet）MTU小是正常的，1500去掉8位包头=1492。 可反过来如果你的PPPoE连接比Ethernet多8位变成1508那就有问题了。 @qybei mtu mismatch（客户端大于网关）会导致通信故障这个是常识，就不要说4位的影响了，就是客户端上mtu多出1个位都能让你的包做分片。这种情况下，你如果开了pptp的压缩的话会被连续丢包，就不是影响一点点性能的问题了。我遇到的问题是无法证书登录ssh，转个帐，连银行的网页都打不开，ERR_SSL_VERSION_OR_CIPHER_MISMATCH，两端mtu匹配之后就自然好了。  一般来说mtu协商下来总归是两端一样的，不会是网关比客户端小的。 你可以手动改下mtu做个简单的实验，把本机的mtu改的比网关的mtu大，再去访问一些网上银行的网站，多刷新几次，或者访问一些加密级别比较高的服务。 |
Select Language