【原创】移动GPRS WAP 代理服务器各种情况的我的理解，欢迎指正~

mynextstep

看到有位黑友发的关于用2次http代理的帖子，我觉得还是无法饶过限制的。

一般我们上网 (以NAT路由为例)

192.168.x.x --------->61.142.x.x--------------->最终Web页面
      内网        nat      公网

如果是其他公司，限制的严的，可能只能通过HTTP代理访问，那情况是这样

192.168.x.x --------->HTTP代理(双网卡)--------->最终Web页面

如果是使用二级代理，

192.168.x.x --------->HTTP代理(双网卡)--------->公网上的其他代理服务器------>最终Web页面

这样的情况，用到wap上，就是

10.x.x.x ------------>10.0.0.172:80 ----------->楼主所说的代理服务器-------->最终web页面


而楼主说的ccproxy + sockcap + 代理的情况

                                +-------------------------------直接访问--------------------------------+
                                |                                                                            |  
10.x.x.x ------------->ccproxy + 10.0.0.172------>楼主所说的代理服务器------>最终web页面
            socket    将socket转换为http协议


其中，从10.0.0.172出去后，是否设置二级代理，是跟直接访问最终web页面，没有什么大的差别，
限制了文件下载大小还是限制了的，拒绝user agent还是拒绝等等、无法支持rtsp等其他非http
协议等等...并且二级代理反而从理论上增加了延时（虽然很难察觉，呵呵）



不过，话说回来，这样做，有的朋友的确能上了，why?我觉得有这样几个可能：

1.socket协议到http转换过程中，由于协议不同，无法对应转换，useragent被去除了，因为我知道socket协议中是没有user agent这个东西的，其他的就不清楚对不对了。

2.移动在不同的地区的wap proxy限制不一样（这点很重要，这也是为什么有的朋友说能怎么用而有些朋友怎么都不成功的原因）。比如

  a.在不同的地区，移动对下载文件大小限制不一样，造成有的朋友只能下载700K左右的文件，有的则没问题，管大的下~
  b.有些地方限制user agent只能为openware或opera，有的地方只要不是MSIE就行了，有的地方则把电脑上能用的浏览器agent都拒绝，所以
    我们只能换成nokia60600、nokia8310等等。。hoho..
  c.很重要的一点，在个别限制严格的地区，10.0.0.172:80不支持http CONNECT方式，一CONNECT立刻拒绝。只能用GET方式，而很多用sockcap和ccproxy的实现听在线收音机、FTP应用都是CONNECT的，所以，至少我的广州的卡，是没法用sockcap和ccproxy的~可以用的也别高兴，也许你漫游换个地方，你的卡重新注册新的基站，也会不行滴~~
  d.其他一时想不起了的原因.... -_-!!

但是，使用移动的加速代理服务器有这样的好处（猜的，没实践过，最近有宽带懒得用gprs）：

1.原始http文档处理后压缩了很大尺寸。
2.gif变静态或者抖动显示？jpeg二次处理使用更大的压缩率降低文件大小。
3.过滤其他垃圾内容？

所以，有的朋友看到什么什么可以用了可千万别高兴，地域不同，最终能否如愿还要试验后才知道~~~

最后，softether等类似软件才是王道（不过这个软件做的代理特容易丢网关，这个没去深究，哪位大侠说说原因和对策？不过不知道softether新版本会不会OK?）
为什么这个软件可以搞定一切呢？

            虚拟的网卡上，所有应用产生的                                                 解包还原，并从                                                              
            tcp/ip协议包封包成https的包并                                                此IP地址访问
            请求 wap proxy 做https连接                        https包                      公网地址
10.x.x.x   <-------------------------------->10.0.0.172 ------------------------------>softether服务器
                解服务器发过来的包                                                   pack要发到client的包
                                                 隧道
                   《---------------------------------------------------------------》


同样，这个也有限制，如果你把https端口设置成非443以外的其他端口，有的地方softether同样会显示403 Forbidden...
所以，大家做softether一定别标新立异把port改其他的，搞不好就有一堆人郁闷连不上。

等某一天，移动把443口给封了,只给172去访问80的端口，那softether就over了。但这样一来，手机银行等应用估计也完了，所以应该不会滴。



罗嗦了一大堆，还有很多错误请大侠指正，因为偶是没有实践过的。

真不好意思，耽误您宝贵的时间。

EOF

[ Last edited by mynextstep on 2005-8-26 at 11:30 ]

renpcboy

好贴，很值得学习。

xiujma

坐下仔细学习。

众里寻她

好贴！真的好贴！要字习呀！～！！！

xxmed

虽然我是外行，但也觉得你说的很有道理，谢谢

朱甫明

强人啊！

JUST_ICE

GPRs代理一年多了，感觉写的不错。。。。。

VUUOI

写的不错，理论表达的很清楚

Stone989

椤讹

pk987

说的好,最近网络版难得有这类的技术类好贴.

小悴

好复杂。。。。可能我没用cmwap的原因吧

wyun

好贴！学习学习。

winyong

分析得一塌糊涂。鉴定完毕。

mynextstep

楼上的，我说的楼主就是你。呵呵。

使用移动的加速代理服务器肯定能加速

引用：
-----
但是，使用移动的加速代理服务器有这样的好处（猜的，没实践过，最近有宽带懒得用gprs）：

1.原始http文档处理后压缩了很大尺寸。
2.gif变静态或者抖动显示？jpeg二次处理使用更大的压缩率降低文件大小。
3.过滤其他垃圾内容？
----

所以，加速是肯定的。

我的意思是：

先假设公网地址之间连接（包括172公网到 -> 加速代理 ->最终页面）每个箭头消耗时间都为1秒。
原因是：移动内部，搞不好这些都是在一个交换机上~即使不是，也是千兆、百兆连接，等等....不多说了...

在10.x.x.x -------10.0.0.172 ------------------------------最终页面 情况下：

假设gprs连接速率40Kbps，www.163.com页面400KB，172公网出口获取任何页面时间1秒，那么我们打开这个页面的时间是
400KB/40kbps = 100秒 + 公网地址获取最终页面耗费的1秒= 101秒

在10.x.x.x ------ 10.0.0.172 -----------加速代理-----------最终页面  情况下：

移动加速器获取这个页面需要1秒，172公网出口到加速代理耗费1秒，相比前者多过一个proxy，多耗时1秒种，这也就是我说的“二级代理反而从理论上增加了延时”

但实际上不是这样：GPRS无线网络那块才是产生区别的主要原因：
因为加速代理把获得的400K的页面压缩了，可能压缩到200K，那GPRS下载完毕消耗时间是200KB/40kbps = 50秒，即使加上多消耗的1秒，
也就是52秒，远小于101秒，这就是楼上说的“确实是有效的”原因。另外：“设多次代理后上网页查看IP得知”这个，一般显示的都是最后一级代理的地址，当然是加速代理的地址了~

不好意思，我先前没说清楚~~hoho...


为了说的更加清楚，还有：

1.楼上的，经过加速代理文件大小没有限制，那你是否对比过使用2次代理跟只用172连接同一个超大文件？说不定172也取消了下载限制。我没试过，这是猜的。因为很多最近很多朋友说移动发“善心”了....具体内容参考论坛其他类似帖子。呵呵。
2.如果不是，而经过加速代理的确可以下载大文件，直接使用172却不可以，那下载文件的时候ie的下载窗口提示了文件大小了吗？还是只显示“已打开xxx K”？这样的情况，登陆web邮箱下载附件时常遇到：文件大小无法获取，也就是不能续传了，172wap proxy当然不会显示“request file too large”啦，可能是这个原因。
3.“应该是移动内部之间的服务器通讯,所有的限制都烟消云散”这是肯定不正确的，10.0.0.x这样的地址出口，目前所知只有172这个出口，加速代理服务器都是公网地址，要访问，肯定只能从172出去后再连过去的~所以，172上做了限制，只要不是上面所说的原因，就一定有效。


补充一个比较有意思的东西：
偶在湖南，使用广州卡，cmwap上去后，可以在cmd中 ping www.163.com，并且有reply
到北京，同样情况，都是request timed out....
可见地域差别真是大...

[ Last edited by mynextstep on 2005-8-26 at 22:26 ]

mynextstep

虚拟hub不稳定，可能是因为软件的bug。让我们期待新版本吧。
还有个可能就是虚拟网卡有个默认网关，拨号适配器也有个跟IP地址一样的网关，
两个网关有冲突~所以虚拟的DHCP后经常会丢，要renew一下~但不尽然。原因未知。

charlestan

解释的清楚
不错，学习