Gentoo PPP mtu 的问题

[bellchu]

五年前装的几台Gentoo服务器，自适应的ppp的连接的mtu都比实际的少4，1400的搞成1396，1500的搞成1496.....写了条ip-up.d的脚本给每个ppp拨号都自动加上4，解决了通讯障碍问题。一直稳定运行，pptp连接上后再ssh到服务器，基本不掉线。于是五年中就再也没弄过，也把这事儿忘了。

这两天又装了几台Gentoo，用的都是最新的portage，结果pptp连上后ssh到服务器老掉，要么死活ssh不上，还以为是墙。可ifconfig一看，尼玛。。。。五年前的mtu问题现在还有。

Gentoo官网都装修一新了，这小问题既然这么几年没被解决，因为不是什么天塌下来的大问题，所以我也没提bug。

只是好奇，这里有谁遇到过和我一样的问题吗？还是说我人品较差，就我遇到过这种事儿。

[liwei]

MTU小4应该不会引起什么问题，PPPoE因为在Ethernet Frame之外增加了一个包头，MTU比Ethernet默认的1500小是很正常的，我看了一下我自己机器上的PPPoE网卡的MTU是1492。

[qybei]

mtu小不可能导致通信故障，最多就是性能有一点影响，4个字节的影响几乎可以忽略。自动减4不一定是bug，可能是考虑了报文中某个自动增加的crc字段。

[bellchu]

@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大，再去访问一些网上银行的网站，多刷新几次，或者访问一些加密级别比较高的服务。