很奇怪的现象...

[Henry Huang]

今天有个朋友给我发E-mail， 说使用 PUM 不能上部分网站 cn.yahoo.com 等等。
不能上网，是打不开网页而非连接被重置
但是 用 drcom-1.4.8.x 可以。

PUM 和 drcom-1.4.8.x 用的是同一个模块 drcom
如果 drcom-1.4.8.x 能上这些网站的话， 该模块就应该没有问题。
然后我让他 查了下 域名解析的情况， 在使用 drcom-pum 的时候，是能够解析cn.yahoo.com域名的。
这说明 DNS地址的传递是没有问题的。
这样看来是 python实现的用户态协议有问题了。
但从抓回的包来看，3.4x 的 drcom 客户端，keep_alive 没有问题。

另一个现象是 用 Web代理能够上这些 cn.yahoo.com等 部分网站

蛮奇怪的:(

[Wheelz]

估计还是内网地址的问题。
pum会不会是把cn.yahoo.com等地址错误地加到except address里面了？

[Henry Huang]

明白了，确实是这个问题，我大意了!!!!!
以前在考虑手动配置的时候，我把 服务器地址也加入内网地址，
因为它也属于 内网地址的一部分
比如
server_ip : 192.168.168.1688
我直接把 192.0.0.0/255.0.0.0
直接加为内网地址

现在出这个错误，是因为 cn.yahoo.com的IP地址首位和 他们那的服务器地址相同:(
202.x.x.x

这是一个很严重的BUG， Sorry, everybody...

[Wheelz]

单个服务器的掩码应该用255.255.255.255

[Henry Huang]

这个问题主要源于 内网地址 和 外网地址 类似
要是内网地址能够完全按照标准作就好了，
只有 10.x.x.x 172.16.x.x 192.168.x.x 这样就不会出现上面的问题了。

另外，服务器地址不能作为 内网地址 传递，比如 192.168.168.168/255.255.255.255
一旦作为内网地址传递，就无法登录了

现在，这个问题已经解决，我等下把 patch 发上来.

2009/6/23 Wheelz <kerne...@gmail.com>:

[long liu]

2009/6/23 Henry Huang <henry....@gmail.com>:

> 这个问题主要源于 内网地址 和 外网地址 类似
> 要是内网地址能够完全按照标准作就好了，
> 只有 10.x.x.x 172.16.x.x 192.168.x.x 这样就不会出现上面的问题了。
>

呵呵，你说的这些是保留ip，保留ip是有严格规定的，保留地址不准出现在公网上，
有一些学校因为ip地址不够用，于是采用net，才会出现你说的那样的地址

令：保留地址10.0.0.0/8,172.16~31.0.0/16,192.168.0.0/24,这些可以直接加进去，不用返回

另外还有一些是公网ip，但是属于学校内网，这样的网址需要返回，这样的地址根据返回的
内网网络号加上mask是可以具体到内网每一个ip地址的。

所以是可以具体确定到内网的每一个ip的。

[Henry Huang]

2009/6/24 long liu <longs...@gmail.com>:

> 2009/6/23 Henry Huang <henry....@gmail.com>:
>> 这个问题主要源于 内网地址 和 外网地址 类似
>> 要是内网地址能够完全按照标准作就好了，
>> 只有 10.x.x.x 172.16.x.x 192.168.x.x 这样就不会出现上面的问题了。
>>
> 呵呵，你说的这些是保留ip，保留ip是有严格规定的，保留地址不准出现在公网上，
> 有一些学校因为ip地址不够用，于是采用net，才会出现你说的那样的地址

采用net? 是不是 NAT的意思?
采用 NAT 的目的，不是因为保留ip地址不够用(这说在内部网网络用的)，是因为 实实在在的公网IP地址 不够用。

另外一点是
保留地址会不够用吗? 10.x.x.x 的量那么大
我仍然觉得 这是学校网络设计的问题。
>
> 令：保留地址10.0.0.0/8,172.16~31.0.0/16,192.168.0.0/24,这些可以直接加进去，不用返回
>

> 另外还有一些是公网ip，但是属于学校内网，这样的网址需要返回，这样的地址根据返回的
> 内网网络号加上mask是可以具体到内网每一个ip地址的。

我叫朋友抓了 使用v3.53上网时 的包，他们那确实需要 加头，但服务器 不 返回 内网地址。
这样的话，需要手动匹配，v3.53就有这个问题。

[Henry Huang]

2009/6/24 Henry Huang <henry....@gmail.com>:

> 2009/6/24 long liu <longs...@gmail.com>:
>> 2009/6/23 Henry Huang <henry....@gmail.com>:
>>> 这个问题主要源于 内网地址 和 外网地址 类似
>>> 要是内网地址能够完全按照标准作就好了，
>>> 只有 10.x.x.x 172.16.x.x 192.168.x.x 这样就不会出现上面的问题了。
>>>
>> 呵呵，你说的这些是保留ip，保留ip是有严格规定的，保留地址不准出现在公网上，
>> 有一些学校因为ip地址不够用，于是采用net，才会出现你说的那样的地址
> 采用net? 是不是 NAT的意思?
> 采用 NAT 的目的，不是因为保留ip地址不够用(这说在内部网网络用的)，是因为 实实在在的公网IP地址 不够用。

公网 ip 地址的分配，似乎是 通过 drcom服务器 认证之后，才会分配的吧，像我们学校，采用 端口映射的。
而 他们的地址 202.202.x.x 我个人感觉仍然是 当内部地址用的，而不是公网ip地址。

欢迎大家拍砖，呵呵

[long liu]

2009/6/24 Henry Huang <henry....@gmail.com>:

> 2009/6/24 long liu <longs...@gmail.com>:
>> 2009/6/23 Henry Huang <henry....@gmail.com>:
>>> 这个问题主要源于 内网地址 和 外网地址 类似
>>> 要是内网地址能够完全按照标准作就好了，
>>> 只有 10.x.x.x 172.16.x.x 192.168.x.x 这样就不会出现上面的问题了。
>>>
>> 呵呵，你说的这些是保留ip，保留ip是有严格规定的，保留地址不准出现在公网上，
>> 有一些学校因为ip地址不够用，于是采用net，才会出现你说的那样的地址
> 采用net? 是不是 NAT的意思?
> 采用 NAT 的目的，不是因为保留ip地址不够用(这说在内部网网络用的)，是因为 实实在在的公网IP地址 不够用。
>
> 另外一点是
> 保留地址会不够用吗? 10.x.x.x 的量那么大
> 我仍然觉得 这是学校网络设计的问题。
>>

呵呵，对是nat，我打错了。。。。。。

你理解错了，我说的是公网ip不够用。

[Henry Huang]

2009/6/24 long liu <longs...@gmail.com>:

> 2009/6/24 Henry Huang <henry....@gmail.com>:
>> 2009/6/24 long liu <longs...@gmail.com>:
>>> 2009/6/23 Henry Huang <henry....@gmail.com>:
>>>> 这个问题主要源于 内网地址 和 外网地址 类似
>>>> 要是内网地址能够完全按照标准作就好了，
>>>> 只有 10.x.x.x 172.16.x.x 192.168.x.x 这样就不会出现上面的问题了。
>>>>
>>> 呵呵，你说的这些是保留ip，保留ip是有严格规定的，保留地址不准出现在公网上，
>>> 有一些学校因为ip地址不够用，于是采用net，才会出现你说的那样的地址
>> 采用net? 是不是 NAT的意思?
>> 采用 NAT 的目的，不是因为保留ip地址不够用(这说在内部网网络用的)，是因为 实实在在的公网IP地址 不够用。
>>
>> 另外一点是
>> 保留地址会不够用吗? 10.x.x.x 的量那么大
>> 我仍然觉得 这是学校网络设计的问题。
>>>
>
> 呵呵，对是nat，我打错了。。。。。。
>
> 你理解错了，我说的是公网ip不够用。

恩，明白了。
但有一点要说明一下，我说的那些地址，是他们的内网地址，并不是公网IP