【原创】最新课题:期待高手破解hotspot为支持cmwap接入
http://hi.baidu.com/chinaoffice/blog/item/d8b3c61fc16c0efce0fe0bc8.htmlhotspot大家都知道吧 openvpn内核的免费翻墙软件 但是不支持cmwap接入 有没有高手研究下他的配置文件 弄出来个解决方案 可以cmwap网关接入 这样大家就有免费稳定的vpn用了 问题是不知道密码 完全不懂,先作个标记 如果能破解了 就不用再和飞鼠之流打交道了 :D :D 51高手很多的。期待破解 嗯,期待高手 我也支持。
我试过,加代理命令是不行的。
待高手。 占位等高手 先顶上去!期待! 期待中! 估计高手是可以破解的 https://www.ultravpn.fr
这个高手修改一下也可以上 https://www.ultravpn.fr/forum/index.php?topic=66.0
我发帖询问了 不知道官方能否解决? 小伙英文不错,下一代终于成长起来了 我看了一下,这种免费的,就叫vpn?我记得07年坛子里这种免费的vpn软件一大把,除了ccproxy,不限流量,其他的都是限定流量数的,好久没搞这东西了 Posted by manopqrs on 2009-7-6 10:08 http://www.ibmnb.com/images/common/back.gif
小伙英文不错,下一代终于成长起来了
貌似我注册时间比你早两年,小鬼,下次说话注意分寸哦,没上过学的小鬼**\ 注册时间早,不代表年龄大,小鬼头!
我们那时候都学俄文,还是年轻人学英文,有代沟啊
你试用过ccproxy吗?还有其他的vpn,多哦,非用hotspot? 哈哈,还有人和我比资格老呢ccproxy都用烂了89年486出来,但我90年才用得286 12mhz16位cpu,dos622,后来win32 95 98一路下来,51nb貌似比我资格老的还真不多。小鬼要尊重长辈,执道不? 从Hostpot、ultravpn的配置文件中可以看出它们都是用Udp连接的,而用Cmwap必须通过移动的10.0.0.172:80代理,它必须是Tcp连接,所以Cmwap不是能使用这两个免费Vpn的。
你们自己比较一下支持Cmwap的和不支持的配置文件就可以看出差别了,而且通过代理连接到Udp连接的OpenVpn服务器时,第一行的出错信息也提示得很明白(Options error: --http-proxy or --auto-proxy MUST be used in TCP Client mode (i.e. --proto tcp-client))。
ultravpn.ovpn中的内容:
client
dev tun
proto udp
。。。。。
51Vpn-3G.ovpn中的内容:
client
dev tun
proto tcp
。。。。。。
[ Edited byyd21 on 2009-7-6 22:58 ] Posted by yd21 on 2009-7-6 22:57 http://www.ibmnb.com/images/common/back.gif
从Hostpot、ultravpn的配置文件中可以看出它们都是用Udp连接的,而用Cmwap必须通过移动的10.0.0.172:80代理,它必须是Tcp连接,所以Cmwap不是能使用这两个免费Vpn的。
你们自己比较一下支持Cmwap的和不支持的配置文件就可以看出差别了,而且通过代理连接到Udp连接的OpenVpn服务器时,第一行的出错信息也提示得很明白(Options error: --http-proxy or --auto-proxy MUST be used in TCP Client mode (i.e. --proto tcp-client))。
ultravpn.ovpn中的内容:
client
dev tun
proto udp
。。。。。
51Vpn-3G.ovpn中的内容:
client
dev tun
proto tcp
。。。。。。
这个回帖有质量。
貌似明白了一点为什么不能用cmwap了,原来没有使用TCP连接。 Posted by yd21 on 2009-7-6 22:57 http://www.ibmnb.com/images/common/back.gif
从Hostpot、ultravpn的配置文件中可以看出它们都是用Udp连接的,而用Cmwap必须通过移动的10.0.0.172:80代理,它必须是Tcp连接,所以Cmwap不是能使用这两个免费Vpn的。
你们自己比较一下支持Cmwap的和不支持的 ...
膜拜一下高手,反正我看不懂。。。 https://www.ultravpn.fr/forum/index.php?topic=66.0
我把yd21的意见贴上去了,希望官方能有解决办法。 实际上Cmwap能用的OpenVpn服务器必须是Tcp连接模式的,且端口为443。
ultravpn的服务器中有两个是443端口的。
servers443.ultravpn.fr 443
servers443.ultravpn.net 443
官方要解决很简单,只要把其中一个443端口的服务器改成Tcp连接模式就可以。关键是他们会不会为你中国这一部分用户来更改。
下面是维基百科上OpenVpn的一段:
“OpenVPN所有的通信都基于一个单一的IP端口,默认且推荐使用UDP协议通讯,同时TCP也被支持。。。。。OpenVPN使用通用网络协议(TCP与UDP)的特点使它成为IPsec等协议的理想替代,尤其是在ISP(Internet service provider)过滤某些特定VPN协议的情况下。
在选择协议时候,需要注意2个加密隧道之间的网络状况,如有高延迟或者丢包较多的情况下,请选择TCP协议作为底层协议,UDP协议由于存在无连接和重传机制,导致要隧道上层的协议进行重传,效率非常低下。”
这说明在OpenVPN中TCP一般只用在高延迟或者丢包较多的网络状况下,它能提供高可靠性,但性能是不如UDP的
[ Edited byyd21 on 2009-7-7 01:17 ] 是的,udp提供高可靠性。 希望那管理员可以修改软件 client
dev tun
proto tcp
hand-window 15
remote-random
remote 94.23.207.54 443
resolv-retry infinite
nobind
# Try to preserve some state across restarts.
persist-key
persist-tun
http-proxy-retry # retry on connection failures
http-proxy 10.0.0.172 80
ca ca.crt
# Enable compression on the VPN link.
# Don't enable this unless it is also
# enabled in the server config file.
comp-lzo
# Set log file verbosity.
verb 3
auth-user-pass Fri Jul 10 18:14:51 2009 OpenVPN 2.1_rc9 i686-pc-mingw32 built on Jul 31 2008
Fri Jul 10 18:14:55 2009 WARNING: No server certificate verification method has been enabled.See http://openvpn.net/howto.html#mitm for more info.
Fri Jul 10 18:14:55 2009 LZO compression initialized
Fri Jul 10 18:14:55 2009 Control Channel MTU parms [ L:1544 D:140 EF:40 EB:0 ET:0 EL:0 ]
Fri Jul 10 18:14:55 2009 Data Channel MTU parms [ L:1544 D:1450 EF:44 EB:135 ET:0 EL:0 AF:3/1 ]
Fri Jul 10 18:14:55 2009 Local Options hash (VER=V4): '69109d17'
Fri Jul 10 18:14:55 2009 Expected Remote Options hash (VER=V4): 'c0103fa8'
Fri Jul 10 18:14:55 2009 Attempting to establish TCP connection with 10.0.0.172:80
Fri Jul 10 18:14:55 2009 TCP connection established with 10.0.0.172:80
Fri Jul 10 18:14:55 2009 Send to HTTP proxy: 'CONNECT 94.23.207.54:443 HTTP/1.0'
Fri Jul 10 18:14:57 2009 HTTP proxy returned: 'HTTP/1.0 500 Internal Server Error'
Fri Jul 10 18:14:57 2009 HTTP proxy returned bad status
Fri Jul 10 18:14:57 2009 TCP/UDP: Closing socket
Fri Jul 10 18:14:57 2009 SIGUSR1 received, process restarting
Fri Jul 10 18:14:57 2009 Restart pause, 5 second(s) 不用移动代理,客户端直接Tcp连接不上,但用Udp可以连上,说明服务器没有改成Tcp连接,你和管理员说明一下。 看来那头服务器出了点问题 yd21 我刚才联系了 https://www.ultravpn.fr/forum/index.php?topic=75.0
这个帖子作者了 他刚才确实通过tcp模式 连上了94.23.207.54 443 这个管理员特别给咱们开的端口
现在他也连不上了 看来是管理员那头服务器出了点问题 相信很快就会恢复!!!
有最新消息我回来公布
页:
[1]
2