MPD做的PPTP和Windows防火墙冲突

Question

其实早就发现这个问题，只是懒得找方法解决，但是我今天还是想看看大家有什么办法解决没有。
很多人使用mpd做好PPTP以后，觉得速度不如poptop快，其实不是，而是和windows 防火墙冲突的原因。
开了XP自带的防火墙，拨入PPTP以后，ping会这样的效果：
Request timed out.
Reply from 172.16.1.2: bytes=32 time=144ms TTL=128
Request timed out.
Reply from 172.16.1.2: bytes=32 time=147ms TTL=128
Request timed out.
Reply from 172.16.1.2: bytes=32 time=142ms TTL=128
Request timed out.
Reply from 172.16.1.2: bytes=32 time=148ms TTL=128
Request timed out.
而关闭防火墙重新拨入，就很畅通了。
而且有一个非常奇怪的现象，就是如果你在LAN里连接，却没有这个问题。
只有通过Internet以后才有这样的问题。
所以证明可能和mpd的某个参数有关系。单我一直都没找到这个关键点。
不知道这里有谁不是这样的现象，或者知道关键点。
麻烦发个配置上来看看。

已经在4台服务器上安装了。每台都是相同的配置，相同的问题。所以请排除网络故障引起的问题。

[ 本帖最后由 iceblood 于 2007-9-29 16:42 编辑 ]

Answer 1

compressed PPP data

我注意到抓包看到的信息中显示ppp是经过压缩的，会不会是mpd对mppc支持的不太好？！或者抓poptop的包，比较一下。mpd是基于netgraph框架的，本身netgraph还在成熟完善之中，文档又比较少。
mpd我用来做pppoe和l2tp，在压缩上也遇到一些兼容性问题，索性全禁掉了。或者windows防火墙有什么log记录就好了。

[ 本帖最后由 moremore2 于 2007-10-12 16:38 编辑 ]

Answer 2

早测试过了。不行。

Answer 3

首先把包头压缩选项都no掉试试？？

Answer 4

刚才抓包看了一下，丢包的时候出现如下信息：
17:26:55.324384 IP 210.83.214.166 > 222.216.28.153: GREv1, call 21299, seq 292, length 77: compressed PPP data
17:26:55.324466 IP 222.216.28.153 > 210.83.214.166: GREv1, call 256, seq 342, ack 292, length 81: compressed PPP data
17:26:56.322081 IP 210.83.214.166 > 222.216.28.153: GREv1, call 21299, seq 293, length 77: compressed PPP data
17:26:56.821558 IP 222.216.28.153 > 210.83.214.166: GREv1, call 256, ack 293, no-payload, length 12     <-----丢包时出现的
17:27:01.389067 IP 210.83.214.166 > 222.216.28.153: GREv1, call 21299, seq 294, length 77: compressed PPP data
17:27:01.389159 IP 222.216.28.153 > 210.83.214.166: GREv1, call 256, seq 343, ack 294, length 81: compressed PPP data
17:27:02.402471 IP 210.83.214.166 > 222.216.28.153: GREv1, call 21299, seq 295, length 77: compressed PPP data
17:27:02.402546 IP 222.216.28.153 > 210.83.214.166: GREv1, call 256, seq 344, ack 295, length 81: compressed PPP data