liunian / autoddvpn Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/autoddvpn
Automatically exported from code.google.com/p/autoddvpn
1. 您的路由器型號:LinkSys WRT54G2 v1
2. DD-WRT版本: DD-WRT v24-sp2 (07/22/09) mega
3. 您的作業系統:windows 2008 ent x64 / fedora 12 x64
4. 您的瀏覽器版本:chrome 4.1.249 / ie 8 / firefox 3.5
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
--------
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[DEBUG] failed to get PPTPDEV, retry in 3 seconds
[INFO] got PPTPDEV as ppp0, set into nvram
[INFO] got PPTPGW as 10.0.0.1 , set into nvram
[INFO] VPN is UP, trying to modify the routing table
[INFO] delete default gw 0.0.0.0
[INFO] add default gw 10.0.0.1
[INFO] adding the static routes, this may teke a while.
[INFO] final check the default gw
[DEBUG] my current gw is
[INFO] static routes added
[DEBUG] return 0
[DEBUG] break
--------
log如上,my current gw is
为空,没有得到gateway,我不知道为什么会这样。不使
用ddwrt,直接在操作系统本身使用pptp连接可以连接上,在windo
ws下连接上以后查
看ipconfig以及tracert,应该gateway是10.0.0.1吧(见附件截图),��
�以我想我在
dd-wrt中设置的subnet和subnet
mask应该没有问题啊,但不知道为什么总是不通,得
不到gw,望指点,非常感谢
--------------
[email protected]
Original issue reported on code.google.com by [email protected]
on 31 May 2010 at 8:48
Attachments:
請描述一下您進行怎樣的操作之後碰到了問題
1.今天凌晨发现无法连接任何网站。
2.更新了
/jffs/pptp下的文件(删除文件夹,重新配置),依然无效。
3.route启动时候不执行 run.sh
则可以正常访问网站(不能翻墙)
你期待是怎樣的結果,然而卻出現了什麼情形?
=______= 当然是可以正常翻墙了
請提供以下資訊:
1. 您的路由器型號:WRN150
2. DD-WRT版本:SVN revision: 14853
3. 您的作業系統:Mac OS
4. 您的瀏覽器版本:safari 5.0.2
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+jffs
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :pptp
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
root@DD-WRT:~# route -n | tail -n 20
114.224.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
122.64.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
110.192.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
60.0.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
58.32.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
180.96.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
182.96.0.0 125.37.128.1 255.224.0.0 UG 0 0 0 ppp0
111.0.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
61.128.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
223.64.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
117.128.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
59.192.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
183.192.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
183.0.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
113.64.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
116.128.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
120.192.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
112.0.0.0 125.37.128.1 255.192.0.0 UG 0 0 0 ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 172.23.1.1 0.0.0.0 UG 0 0 0 ppp1
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
[INFO#311] 01/Jan/1970:00:00:15 pptp+jffs mode
[INFO#311] 01/Jan/1970:00:00:15 modifying /tmp/pptpd_client/ip-up
[INFO#311] 01/Jan/1970:00:00:15 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#311] 14/Sep/2010:09:17:18 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#311] 14/Sep/2010:09:17:28 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#311] 14/Sep/2010:09:17:38 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#311] 14/Sep/2010:09:17:48 /tmp/pptpd_client/ip-up modified
[INFO#311] 14/Sep/2010:09:17:48 modifying /tmp/pptpd_client/ip-down
[INFO#311] 14/Sep/2010:09:17:48 /tmp/pptpd_client/ip-down modified
[INFO#311] 14/Sep/2010:09:17:48 ALL DONE. Let's wait for VPN being connected.
[INFO#956] 14/Sep/2010:09:18:01 vpnup.sh started
[INFO#956] 14/Sep/2010:09:18:01 router type: DD-WRT
[INFO#956] 14/Sep/2010:09:18:02 delete default gw 125.37.128.1
[INFO#956] 14/Sep/2010:09:18:02 add default gw 172.23.1.1
[INFO#956] 14/Sep/2010:09:18:02 adding the static routes, this may take a while.
[INFO#956] 14/Sep/2010:09:18:17 preparing the exceptional routes
[INFO#956] 14/Sep/2010:09:18:17 exceptional routes disabled.
[INFO#956] 14/Sep/2010:09:18:17 exceptional routes features detail:
http://goo.gl/fYfJ
[INFO#956] 14/Sep/2010:09:18:17 vpnup.sh ended
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
Original issue reported on code.google.com by [email protected]
on 14 Sep 2010 at 1:27
ddwrt使用的wget是busybox的wget, 非常精簡,
沒有提供--timeout=seconds參數,我們發現某些情況下可能會出現
wget卡住的情況,造成後續動作無法完成。
關於這個ddwrt wget timeout問題已經發給ddwrt forum了
http://www.dd-wrt.com/phpBB2/viewtopic.php?t=76783
目前pptp+wget模式裡面,抓取vpnup.sh
vpndown.sh的部分,我改成用nc這個命令來抓取,目前效果看起��
�很好,不會有卡住的情況,然而抓取run.sh的部分仍是用wget方
式。
先觀察一下。
Original issue reported on code.google.com by [email protected]
on 6 Aug 2010 at 11:45
http://www.dd-wrt.com/wiki/index.php/IPv6#6to4_Setup
按这个方法配置的6to4。
我认为让192.88.99.1不走VPN即能解决,不过我不会配= =
Original issue reported on code.google.com by [email protected]
on 26 Aug 2010 at 3:32
autoddvpn讓所有國外的網站都走VPN
gateway,然而有些網站是你經常訪問,但是肯定不會被封鎖的�
��甚至你非常肯定直連會比走VPN還快,例如如果你是一個大量
使用Flickr的愛好者,在中國電信Flickr是可以正常訪問的,很��
�能你就會需要所有Flickr圖片服務器都直連,這樣該怎麼辦呢�
��
我們不希望弄一個類似gfwList的組織來維護所有網段的狀態,�
��違反了autoddvpn簡單不需要任何維護的原則,但是我們仍希望
可以保持一些彈性,讓你自定義那些境外網站可以直連。
我正在設計這部分的功能,有任何想法歡迎討論。
Original issue reported on code.google.com by [email protected]
on 26 Jun 2010 at 4:11
通常CA有效期限都是10年,也就是3650 days
但是ddwrt一開機是1970年,如果來不及網路校時,這時候openvpn�
��無法通過SSL/TLS Verify
於是我做一個workaround來解決:
統一一開機直接設定當前日期為20100729紀念今天我找到這個問
題。
之後如果有設定NTP的自然會校時回來,先觀察一下這個做法��
�
Original issue reported on code.google.com by [email protected]
on 29 Jul 2010 at 6:11
按Dnsmasq设置的 vpn断线很有规律
不知道是服务器的原因还是什么。
Original issue reported on code.google.com by [email protected]
on 29 Jan 2011 at 4:28
Attachments:
另一位开发者,在openWRT上开发出了让P2P走本地线路的方法,�
��猜测可能是基于端口
判断
http://zhufeng.me/archives/99
包括电驴服务器在内所有的国外站点都走VPN线路,这样会带��
�许多不便,希望作者能加
以研究,非常感谢!
Original issue reported on code.google.com by [email protected]
on 30 May 2010 at 12:35
[deleted issue]
一些P2P使用特定端口希望能不走vpn
Original issue reported on code.google.com by [email protected]
on 25 Jan 2011 at 5:25
[deleted issue]
目前在嘗試一個設計:
www.dropbox.com 這部分走VPN
其余dropbox使用的download
source一律直連,這樣可以確保下載或上傳可以發揮最大傳輸��
�率,目前已經可以測試了, 需要使用exceptional
routes新功能,請參考這個
http://code.google.com/p/autoddvpn/issues/detail?id=7
要使用dropbox部分直連,只需要打開
exroute_list="dropbox"即可
如果要同時也打開Flickr 直連,則是
exroute_list="dropbox flickr"
請大家測試看看是否在同步上面更有效率了。
Original issue reported on code.google.com by [email protected]
on 27 Jun 2010 at 11:23
請描述一下您進行怎樣的操作之後碰到了問題
1.http://whatismyip.org/ http://www.myip.cn 拿到同样的地址
2.
3.
你期待是怎樣的結果,然而卻出現了什麼情形?
請提供以下資訊:
1. 您的路由器型號:Linksys WRT310N
2. DD-WRT版本:DD-WRT v24-sp2 (10/10/09) std - build 13064
3. 您的作業系統:xp
4. 您的瀏覽器版本:firefox 3.6
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+wget
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :dhcp
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
[INFO#561] 01/Jan/1970:00:00:47 log starts
[INFO#561] 01/Jan/1970:00:00:47 pptp+wget mode
[INFO#561] 01/Jan/1970:00:00:47 getting vpnup.sh
[INFO#561] 01/Jan/1970:00:01:02 getting vpndown.sh
[INFO#561] 01/Jan/1970:00:01:03 modifying /tmp/pptpd_client/ip-up
[INFO#561] 01/Jan/1970:00:01:03 /tmp/pptpd_client/ip-up modified
[INFO#561] 01/Jan/1970:00:01:03 modifying /tmp/pptpd_client/ip-down
[INFO#561] 01/Jan/1970:00:01:03 /tmp/pptpd_client/ip-down modified
[INFO#561] 01/Jan/1970:00:01:03 ALL DONE. Let's wait for VPN being connected.
[INFO#730] 09/Aug/2010:21:48:12 vpnup.sh started
[INFO#730] 09/Aug/2010:21:48:13 delete default gw 58.39.16.1
[INFO#730] 09/Aug/2010:21:48:13 add default gw 192.168.9.1
[INFO#730] 09/Aug/2010:21:48:13 adding the static routes, this may take a while.
[INFO#730] 09/Aug/2010:21:48:28 preparing the exceptional routes
[INFO#730] 09/Aug/2010:21:48:28 exceptional routes disabled.
[INFO#730] 09/Aug/2010:21:48:28 exceptional routes features detail:
http://goo.gl/fYfJ
[INFO#730] 09/Aug/2010:21:48:28 vpnup.sh ended
[INFO#1805] 09/Aug/2010:21:48:28 vpndown.sh started
[INFO#1805] 09/Aug/2010:21:48:42 vpndown.sh ended
Original issue reported on code.google.com by [email protected]
on 9 Aug 2010 at 2:02
grace mode的vpnup.sh在這裡
http://code.google.com/p/autoddvpn/source/browse/trunk/grace.d/vpnup.sh
如果有被牆的網站,該網站的域名透過google
dns解析出來的IP不在列表裡面,請在這裡回報。
回報時請注意:
1. 記錄有問題的域名為何,例如 'www.facebook.com'
2. 必須透過8.8.8.8查詢,並且主機跟8.8.8.8之間必須走VPN
3. 請把nslookup指令的結果一並貼上,例如
macbook-2:~ macbook$ nslookup www.youtube.com 8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
www.youtube.com canonical name = youtube-ui.l.google.com.
Name: youtube-ui.l.google.com
Address: 66.102.7.136
Name: youtube-ui.l.google.com
Address: 66.102.7.93
Name: youtube-ui.l.google.com
Address: 66.102.7.190
Name: youtube-ui.l.google.com
Address: 66.102.7.91
謝謝!
Original issue reported on code.google.com by [email protected]
on 30 Sep 2010 at 3:27
具体例子如paypal ,nicovideo
这些网站的登陆是https,用autoddvpn的环境下载入极慢,必须取
消vpn,重启路由。
但Gmail和Google其它服务没有这种问题
有没有同样症状的?
Original issue reported on code.google.com by [email protected]
on 7 Nov 2010 at 3:18
配置成功,非常高兴,打算来凌乱的分享一些心得,谈不上��
�献。
1、如果你的flash是4m的话,那么一定要选择mini版本的dd-wrt,
否则没有jffs,我此前刷的标准版都没有jffs。8m
flash不清楚,2m flash请无视。
2、remote subnet
是填写网段地址(既不是你链接上vpn的客户端,也不是服务��
�,是网段,结尾一般是0)
比如,你连接到vpn的客户端地址是 172.16.33.2,服务器地址是
172.16.33.1,那么remote subnet 地址应填写
172.16.33.0(0代表这个网段,类似于*)
remote subnet mark 一般都是 255.255.255.0;
3、如何获得 remote subnet 呢?
很简单,windows系统下,你在电脑里连上
vpn,然后查看vpn连接的详细信息,或者在命令行模式下输入
ipconfig/all,找到vpn的连接,里面就会显示你连接到远程的内��
�客户端地址,将最后一位数改成0就是你应该在路由器中填写
的remote subnet 地址
其他系统下不知道,虽然我这个贴是在mac下发的,不过还没��
�熟悉呵呵
4、如果进入ssh的话,需要在路由器里开启ssh
(这部分作者没写出来),然后用putty工具进行连接。路由器里�
��启ssh的方法是进入 services—services—Secure Shell,选中enable
另外我发现也也可以不用ssh,而用telnet来取代,telnet是windows�
��带的工具,在命令行模式下输入telnet就可以。如果你发现没
有的话,请到控制面板——删除/添加程序——删除添加windows
程序(大概是这样,你进去一看就知道了,我现在在mac下,��
�字可能不一定100%准确,根据记忆写的),然后在里面找到
telnet 勾选安装之。
5、安装telnet之后就方便了,命令行模式下直接输入 telnet
192.168.1.1(这是你的路由器地址),输入用户名密码登陆路由
器就可以操作了。
6、dns部分可以使用opendns,因为有些地方使用googledns可能会比
较慢。
7、如果一切都成功了,发现看不了youtube视频,或者上不了twi
tter官网,试着刷新dns缓存。windows下的命令是 ipconfig
/flushdns,mac下的命令是 sudo dscacheutil -flushcache
8、保持细心和耐心,一定能成功
——————————————————————————��
�———————————————
先写这么多吧,等想到了其他的在来补充
说明一下,以上心得的都是基于使用 ppt+jffs
的方式,不过和其他的方式应该差不多。
Original issue reported on code.google.com by coffin86
on 7 Aug 2010 at 9:09
我不想使用gracemode。上次用了一天的gracemode,只为了添加googl
eusercontent.com就弄了半天。一些网站IP比较多,要经常自己添��
�需要代理的网站非常麻烦。
使用classicmode就简单多了,我基本不用P2P。现在想让apple不走v
pn。因为登陆app store下载苹果的软件需要很多流量。
Original issue reported on code.google.com by [email protected]
on 4 Feb 2011 at 2:34
想更加方便维护自定义直连,能不能加个custom_vpndown方案,这
样定义直连网站/段就很方便了。或者您把custom_vpnup放在最后�
��载,就可以解决:route add -net 74.125.0.0/16 gw
$OLDGW不被覆盖了。谢谢您的劳动。
Original issue reported on code.google.com by [email protected]
on 9 Feb 2011 at 11:45
請描述一下您進行怎樣的操作之後碰到了問題
1.
路由器重新刷新FW,並且遵循wiki中的gracemode來安裝autodd到jffs
2. 重啟路由器,讓autoddvpn啟動(pptp等都已配置好)
3. telnet至路由器,用route、ifconfig檢查vpn是否已經撥號成功
你期待是怎樣的結果,然而卻出現了什麼情形?
使用route發現vpn已經連接,但是autoddvpn並沒有自動添加route,�
��log看一直停留在
[INFO#285] 27/Oct/2010:00:06:07 ALL DONE. Let's wait for VPN being connected.
然後使用nvram指令添加exroute_enable=0以及exroute_list="xxxx"(因為�
��用exroute,所以隨便寫)之後,重啟路由器,autoddvpn便可以��
�續往下運行,log顯示
[INFO#6773] 27/Oct/2010:09:41:45 ALL DONE. Let's wait for VPN being connected.
[INFO#6998] 27/Oct/2010:09:42:02 vpnup.sh started
[INFO#6998] 27/Oct/2010:09:42:02 router type: DD-WRT
[INFO#6998] 27/Oct/2010:09:42:03 adding the static routes, this may take a
while.
之後便正常工作
請提供以下資訊:
1. 您的路由器型號:
Belkin 7231-4P
2. DD-WRT版本:
V24 SP1和V24 pre-SP2都試過,mini generic版本
3. 您的作業系統:
windows7 ultimate
4. 您的瀏覽器版本:
IE9 Beta
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):
pptp+jffs+gracemode
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :
adsl pppoe, adsl撥號是ppp0,vpn是ppp1
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
這是已經正常工作的route:
85.17.172.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
216.18.228.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
74.86.123.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
84.20.192.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
70.42.129.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
92.123.154.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
192.168.1.0 0.0.0.0 255.255.255.0 U 0 0 0 br0
85.237.86.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
74.206.187.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
61.63.34.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
172.23.1.0 0.0.0.0 255.255.255.0 U 0 0 0 ppp1
74.125.19.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
63.251.171.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
69.175.106.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
64.237.33.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
64.237.47.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
61.63.52.0 172.23.1.1 255.255.255.0 UG 0 0 0 ppp1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 114.250.72.1 0.0.0.0 UG 0 0 0 ppp0
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
Original issue reported on code.google.com by [email protected]
on 27 Oct 2010 at 1:48
很多人都離不開gmail,然而我觀察gmail從國內訪問目前有些混�
��,mail.google.com的解析結果,有些IP非常快(60-70ms),有些IP卻��
�慢(300-400ms),然而如果這些IP全部都走VPN訪問的話,那就又更
慢了。
我的觀察如下:
macbook-2:~ macbook$ nslookup mail.google.com 8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
mail.google.com canonical name = googlemail.l.google.com.
Name: googlemail.l.google.com
Address: 74.125.19.83
Name: googlemail.l.google.com
Address: 74.125.19.19
Name: googlemail.l.google.com
Address: 74.125.19.17
Name: googlemail.l.google.com
Address: 74.125.19.18
如果解析出來是74.125.19的網段,上海電信直連大約360ms,
路由表是
2 218.83.151.81 (218.83.151.81) 2.093 ms 1.630 ms 0.441 ms
3 218.83.151.77 (218.83.151.77) 0.240 ms 0.232 ms 0.242 ms
4 218.83.151.17 (218.83.151.17) 0.190 ms 0.133 ms 0.142 ms
5 61.152.87.225 (61.152.87.225) 2.586 ms 4.184 ms 2.880 ms
6 61.152.86.54 (61.152.86.54) 1.087 ms 0.731 ms 0.740 ms
7 202.97.35.6 (202.97.35.6) 0.789 ms 0.683 ms 0.692 ms
8 202.97.35.18 (202.97.35.18) 3.433 ms 3.080 ms 2.886 ms
9 202.97.33.5 (202.97.33.5) 3.734 ms 3.930 ms 3.635 ms
10 * * *
11 209.85.255.80 (209.85.255.80) 39.134 ms 40.742 ms 41.321 ms
12 209.85.249.192 (209.85.249.192) 39.175 ms 39.078 ms 40.221 ms
13 209.85.255.36 (209.85.255.36) 42.968 ms 42.108 ms 42.670 ms
14 209.85.249.36 (209.85.249.36) 385.711 ms 364.109 ms 366.122 ms
15 216.239.47.185 (216.239.47.185) 458.085 ms 463.527 ms 470.881 ms
16 209.85.251.94 (209.85.251.94) 393.985 ms 392.192 ms 397.789 ms
17 nuq04s01-in-f18.1e100.net (74.125.19.18) 364.054 ms 363.118 ms 360.888 ms
在 209.85.249.36開始嚴重變慢,不知道為什麼。
同時我也觀察到mail.google.com同時也解析出74.125.153
的IP網段,這是透過台灣中華電信DNS查詢出來的。
macbook-2:~ macbook$ nslookup mail.google.com 168.95.1.1
Server: 168.95.1.1
Address: 168.95.1.1#53
Non-authoritative answer:
mail.google.com canonical name = googlemail.l.google.com.
Name: googlemail.l.google.com
Address: 74.125.153.18
Name: googlemail.l.google.com
Address: 74.125.153.19
Name: googlemail.l.google.com
Address: 74.125.153.83
Name: googlemail.l.google.com
Address: 74.125.153.17
從whois看來的確是GOOGLE的IP
NetRange: 74.125.0.0 - 74.125.255.255
CIDR: 74.125.0.0/16
OriginAS:
NetName: GOOGLE
NetHandle: NET-74-125-0-0-1
Parent: NET-74-0-0-0-0
NetType: Direct Allocation
NameServer: NS2.GOOGLE.COM
NameServer: NS3.GOOGLE.COM
NameServer: NS4.GOOGLE.COM
NameServer: NS1.GOOGLE.COM
RegDate: 2007-03-13
Updated: 2007-05-22
Ref: http://whois.arin.net/rest/net/NET-74-125-0-0-1
2 218.83.151.81 (218.83.151.81) 0.430 ms 0.401 ms 0.414 ms
3 218.83.151.73 (218.83.151.73) 0.533 ms 0.252 ms 0.214 ms
4 218.83.151.5 (218.83.151.5) 0.238 ms 0.153 ms 0.158 ms
5 61.152.87.229 (61.152.87.229) 0.337 ms 0.352 ms 0.365 ms
6 61.152.86.142 (61.152.86.142) 0.930 ms 0.998 ms 0.911 ms
7 202.97.35.158 (202.97.35.158) 0.881 ms 0.900 ms 1.010 ms
8 202.97.34.126 (202.97.34.126) 4.874 ms 5.393 ms 5.553 ms
9 202.97.33.5 (202.97.33.5) 3.176 ms 3.046 ms 3.357 ms
10 * * *
11 209.85.255.80 (209.85.255.80) 39.682 ms 38.267 ms 38.794 ms
12 209.85.249.195 (209.85.249.195) 40.364 ms * 40.379 ms
13 209.85.250.90 (209.85.250.90) 61.573 ms 209.85.250.86 (209.85.250.86)
63.387 ms 62.541 ms
14 209.85.250.101 (209.85.250.101) 87.533 ms * 61.820 ms
15 72.14.233.126 (72.14.233.126) 79.638 ms 78.361 ms 71.234 ms
16 ty-in-f17.1e100.net (74.125.153.17) 62.625 ms 62.536 ms 63.103 ms
才62ms而已。
我不確定發生了什麼事情,不過顯然(上海)電信到gmail之間發�
��了狀況,造成預設的路由變慢了非常多。
各位可以親自ping這兩個IP看看差別:
74.125.19.19
74.125.153.19
如果你跟我一樣.153只有60ms 但.19有300-400ms,
那解決方式就是強迫解析成.153, 並且不走VPN,讓它直連。
我在exroute.d/gmail裡面已經定義了74.125.153的gmail網段直連
$ grep 74.125.153 exroute.d/gmail
74.125.153.17
74.125.153.18
74.125.153.19
74.125.153.83
使用grace mode的朋友請這樣操作
nvram set exroute_enable=1
nvram set exroute_list='gmail'
nvram commit
這樣gmail在.153的四個IP會強迫直連。
再來就是強迫gmail解析出.153的IP,
這個可以修改dnsmasq_options,例如
address=/mail.google.com/74.125.153.17
這樣應該訪問gmail就很快了。
Original issue reported on code.google.com by [email protected]
on 18 Oct 2010 at 4:33
請描述一下您進行怎樣的操作之後碰到了問題
1.迅雷下载直接失败
按照理解如果p2p源若是在国内ip和国外ip应该自动route的呀,��
�么会直接失败呢。其中原理怎么回事?
請提供以下資訊:
1. 您的路由器型號:buffalo G300NH
2. DD-WRT版本:DD-WRT v24-sp2 (08/07/10) std
3. 您的作業系統:win 2k2 r2
4. 您的瀏覽器版本:IE6/webkit/firefox 4 beta6
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+jffs
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :dhcp
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
74.125.19.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
63.251.171.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
69.22.138.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
69.175.106.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
64.237.33.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
61.67.192.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
205.178.152.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
64.237.47.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
61.63.52.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
209.133.27.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
122.147.51.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
208.72.2.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
122.147.50.0 192.168.0.1 255.255.255.0 UG 0 0 0 ppp1
69.63.0.0 192.168.0.1 255.255.0.0 UG 0 0 0 ppp1
66.220.0.0 192.168.0.1 255.255.0.0 UG 0 0 0 ppp1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br0
74.125.0.0 192.168.0.1 255.255.0.0 UG 0 0 0 ppp1
116.214.0.0 192.168.0.1 255.255.0.0 UG 0 0 0 ppp1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 124.74.12.246 0.0.0.0 UG 0 0 0 ppp0
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
root@shown_g300Nnh:~# more /tmp/autoddvpn.log
[INFO#975] 01/Jan/1970:00:00:07 log starts
[INFO#975] 01/Jan/1970:00:00:07 pptp+jffs mode
[INFO#975] 01/Jan/1970:00:00:07 modifying /tmp/pptpd_client/ip-up
[INFO#975] 01/Jan/1970:00:00:07 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#975] 01/Jan/1970:00:00:17 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#975] 01/Jan/1970:00:00:27 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#975] 01/Jan/1970:00:00:37 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#975] 30/Sep/2010:21:04:20 /tmp/pptpd_client/ip-up modified
[INFO#975] 30/Sep/2010:21:04:20 modifying /tmp/pptpd_client/ip-down
[INFO#975] 30/Sep/2010:21:04:20 /tmp/pptpd_client/ip-down modified
[INFO#975] 30/Sep/2010:21:04:20 ALL DONE. Let's wait for VPN being connected.
[INFO#1637] 30/Sep/2010:21:04:26 vpnup.sh started
[INFO#1637] 30/Sep/2010:21:04:26 router type: DD-WRT
[INFO#1637] 30/Sep/2010:21:04:26 adding the static routes, this may take a while
.
[INFO#1637] 30/Sep/2010:21:04:29 preparing the exceptional routes
[INFO#1637] 30/Sep/2010:21:04:29 exceptional routes disabled.
[INFO#1637] 30/Sep/2010:21:04:29 exceptional routes features detail: http://goo
.gl/fYfJ
[INFO#1637] 30/Sep/2010:21:04:30 vpnup.sh ended
[INFO#2709] 30/Sep/2010:21:18:30 vpndown.sh started
[INFO#2709] 30/Sep/2010:21:18:30 vpndown.sh ended
[INFO#2750] 30/Sep/2010:21:18:44 vpnup.sh started
[INFO#2750] 30/Sep/2010:21:18:44 router type: DD-WRT
[INFO#2750] 30/Sep/2010:21:18:44 adding the static routes, this may take a while
.
[INFO#2750] 30/Sep/2010:21:18:47 preparing the exceptional routes
[INFO#2750] 30/Sep/2010:21:18:47 exceptional routes disabled.
[INFO#2750] 30/Sep/2010:21:18:47 exceptional routes features detail: http://goo
.gl/fYfJ
[INFO#2750] 30/Sep/2010:21:18:47 vpnup.sh ended
Original issue reported on code.google.com by [email protected]
on 30 Sep 2010 at 1:23
請描述一下您進行怎樣的操作之後碰到了問題
1.reboot router
你期待是怎樣的結果,然而卻出現了什麼情形?
vpnup /
vpndown不断的自动被执行,vpnup建立好链接之后立刻自动运行了v
pndown
具体可以看后面的log
这个问题经常发生,不过不知道为什么自动up/down一阵之后自己
就不再执行down了,很奇怪,可以看到route命令最后已经有VPN的路
由了(就在我报这问题的时候她自己又好了,很奇怪)
請提供以下資訊:
1. 您的路由器型號:G300NH
2. DD-WRT版本:15407
3. 您的作業系統:UBUNTU
4. 您的瀏覽器版本:FIREFOX 3.6
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):PPTP+JFFS
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :static
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
112.0.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 eth1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 172.16.1.1 0.0.0.0 UG 0 0 0 ppp0
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
[INFO#1671] 15/Oct/2010:03:14:47 ALL DONE. Let's wait for VPN being connected.
[INFO#1948] 15/Oct/2010:03:14:55 vpnup.sh started
[INFO#1948] 15/Oct/2010:03:14:55 router type: DD-WRT
[INFO#1948] 15/Oct/2010:03:14:55 delete default gw 192.168.0.1
[INFO#1948] 15/Oct/2010:03:14:55 add default gw 172.16.1.1
[INFO#1948] 15/Oct/2010:03:14:55 adding the static routes, this may take a
while.
[INFO#1948] 15/Oct/2010:03:15:03 preparing the exceptional routes
lalal
[INFO#1948] 15/Oct/2010:03:15:03 exceptional routes disabled.
[INFO#1948] 15/Oct/2010:03:15:03 exceptional routes features detail:
http://goo.gl/fYfJ
[INFO#1948] 15/Oct/2010:03:15:03 vpnup.sh ended
[INFO#3000] 15/Oct/2010:03:15:03 vpndown.sh started
[INFO#3000] 15/Oct/2010:03:15:07 vpndown.sh ended
Original issue reported on code.google.com by masiqi
on 14 Oct 2010 at 7:29
echo "$INFO $(date "+%d/%b/%Y:%H:%M:%S") temporarily set date to 20100729 to
fix openvpn SSL/TLS issue. see http://goo.gl/bb6a" >> $VPNLOG
你的是
date 20100729
我发现是不生效的,而下面是有效的
date -s "2010-07-29 12:00:00"
麻烦核实。
Original issue reported on code.google.com by [email protected]
on 19 Feb 2011 at 8:24
請描述一下您進行怎樣的操作之後碰到了問題
1.按照graceMode进行设置,重启之后traceroute命令结果都是正确��
�,但就是无法访问twitter,facebook等站点
2.国内站点正常访问
你期待是怎樣的結果,然而卻出現了什麼情形?
被墙网站走VPN,否则直接访问
請提供以下資訊:
1. 您的路由器型號:linksys WRT54GV4
2. DD-WRT版本:DD-WRT v24-sp2 (10/10/09) mini
3. 您的作業系統:Windows 7
4. 您的瀏覽器版本:FF 3.6.13
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+jffs
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :ppoe
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
63.251.171.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
69.175.106.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
64.237.33.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
205.178.152.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
64.237.47.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
75.101.159.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
61.63.52.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
209.133.27.0 10.33.13.1 255.255.255.0 UG 0 0 0 ppp1
66.102.0.0 10.33.13.1 255.255.240.0 UG 0 0 0 ppp1
64.233.160.0 10.33.13.1 255.255.224.0 UG 0 0 0 ppp1
208.117.224.0 10.33.13.1 255.255.224.0 UG 0 0 0 ppp1
72.14.192.0 10.33.13.1 255.255.192.0 UG 0 0 0 ppp1
173.194.0.0 10.33.13.1 255.255.0.0 UG 0 0 0 ppp1
69.63.0.0 10.33.13.1 255.255.0.0 UG 0 0 0 ppp1
66.220.0.0 10.33.13.1 255.255.0.0 UG 0 0 0 ppp1
169.254.0.0 0.0.0.0 255.255.0.0 U 0 0 0 br0
74.125.0.0 10.33.13.1 255.255.0.0 UG 0 0 0 ppp1
116.214.0.0 10.33.13.1 255.255.0.0 UG 0 0 0 ppp1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 58.246.216.1 0.0.0.0 UG 0 0 0 ppp0
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
root@WRT54GV4:~# tail -f /tmp/autoddvpn.log
[INFO#252] 10/Jan/2011:23:42:19 /tmp/pptpd_client/ip-down modified
[INFO#252] 10/Jan/2011:23:42:19 ALL DONE. Let's wait for VPN being connected.
[INFO#808] 10/Jan/2011:23:42:28 vpnup.sh started
[INFO#808] 10/Jan/2011:23:42:28 router type: DD-WRT
[INFO#808] 10/Jan/2011:23:42:28 loading vpnup_custom if available
[INFO#808] 10/Jan/2011:23:42:28 adding the static routes, this may take a while.
[INFO#808] 10/Jan/2011:23:42:45 preparing the exceptional routes
[INFO#808] 10/Jan/2011:23:42:45 exceptional routes disabled.
[INFO#808] 10/Jan/2011:23:42:45 exceptional routes features detail: http://goo.
gl/fYfJ
[INFO#808] 10/Jan/2011:23:42:45 vpnup.sh ended
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
1.Additional DNSMasq Options
address=/www.facebook.com/66.220.146.25
address=/www.youtube.com/72.125.95.190
address=/twitter.com/128.242.240.20
address=/www.twitter.com/128.242.240.20
address=/api.twitter.com/128.242.240.29
address=/encrypted.google.com/74.125.95.100
server=/google.com/8.8.8.8
server=/facebook.com/8.8.8.8
server=/fbcdn.net/8.8.8.8
server=/twitter.com/8.8.8.8
server=/youtube.com/8.8.8.8
server=/ytimg.com/8.8.8.8
server=/imageshack.us/8.8.8.8
2.
root@WRT54GV4:~# traceroute www.facebook.com
traceroute to www.facebook.com (66.220.146.25), 30 hops max, 38 byte packets
1 10.33.13.1 (10.33.13.1) 298.224 ms 294.318 ms 298.660 ms
2 * * *
3 * * *
Original issue reported on code.google.com by [email protected]
on 10 Jan 2011 at 3:59
Attachments:
這個可能是ddwrt的bug,需要做個work
around來解決,不然一開機會一直連不上。
Original issue reported on code.google.com by [email protected]
on 24 Jun 2010 at 3:19
根据教程一步一步做,我已经把路由配置好了,现在正常使��
�中。
但是有两个问题不是很懂。
一是如果vpn突然断线会不会自动重拨呢?在ddwrt的web界面也看
不出vpn到底拨通了没有。
二是在dns暂时未拨通的时候访问了dns被污染挟持的地址后导��
�拨通vpn了还是无法访问,有没有办法阻止dns被污染呢?我重�
��dnsmasq都无法解决,只能重启路由才恢复。或者说能不能让��
�通vpn后使用与之前不同的dns cache呢?
Original issue reported on code.google.com by [email protected]
on 28 Jan 2011 at 7:51
为了测试是不是因为固件的原因导致VPN频繁断线所以更新了dd
wrt。在VPN服务器的web管理界面看到是登陆成功的(截图)。
但是autoddvpn好像没有检测到vpn已经连接了(ALL DONE. Let's wait for VPN being connected.),完全没有发挥vpn的效果,国外IP都是直连。刷的是Firmware: DD-WRT v24-sp2 (08/07/10) mini 。 我的路由器是h618b,刷的固件是netcore nw618.
root@DD-WRT:~# route | tail -n 10
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
183.10.144.1 * 255.255.255.255 UH 0 0 0 ppp0
183.10.144.1 * 255.255.255.255 UH 0 0 0 ppp0
172.16.1.1 * 255.255.255.255 UH 0 0 0 ppp1
192.168.1.0 * 255.255.255.0 U 0 0 0 br0
172.16.1.0 * 255.255.255.0 U 0 0 0 ppp1
169.254.0.0 * 255.255.0.0 U 0 0 0 br0
127.0.0.0 * 255.0.0.0 U 0 0 0 lo
default 183.10.144.1 0.0.0.0 UG 0 0 0 ppp0
root@DD-WRT:~# tail -f /tmp/autoddvpn.log
[INFO#452] 01/Jan/1970:00:00:19 pptp+jffs mode
[INFO#452] 01/Jan/1970:00:00:19 modifying /tmp/pptpd_client/ip-up
[INFO#452] 01/Jan/1970:00:00:19 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#452] 01/Jan/1970:00:00:29 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#452] 01/Jan/1970:00:00:39 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#452] 01/Jan/1970:00:00:49 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#452] 01/Jan/1970:00:00:59 /tmp/pptpd_client/ip-up modified
[INFO#452] 01/Jan/1970:00:00:59 modifying /tmp/pptpd_client/ip-down
[INFO#452] 01/Jan/1970:00:00:59 /tmp/pptpd_client/ip-down modified
[INFO#452] 01/Jan/1970:00:00:59 ALL DONE. Let's wait for VPN being connected.
Original issue reported on code.google.com by [email protected]
on 6 Feb 2011 at 3:39
Attachments:
autoddvpn可否指定某些地址使用vpn,其余则直连?因为我只需��
�少部分的网站透过VPN,其余直连即可。(类似黑名单和firefox
上的autoproxy)
原因:
平时上网的网站比较固定,需要翻墙的网站数量十分有限。vp
n是限流量的,如果能自定义哪些网站使用vpn,可以节省流量�
��
Original issue reported on code.google.com by [email protected]
on 9 Aug 2010 at 9:20
請描述一下您進行怎樣的操作之後碰到了問題
1.不能自动翻墙
2.解析的IP也不正确
3.
你期待是怎樣的結果,然而卻出現了什麼情形?
没有改任何配置,从昨天或者前天开始就不能自动翻墙了,以前
是正常的,用电脑拨VPN没有问题
执行run.sh
root@DD-WRT:/tmp# /bin/sh run.sh
sh: : unknown operand
sh: : unknown operand
sh: : unknown operand
請提供以下資訊:
1. 您的路由器型號:G300NH
2. DD-WRT版本:build 14206
3. 您的作業系統:ubuntu 10.04
4. 您的瀏覽器版本:firefox
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
[INFO#1098] 29/Jun/2010:16:24:00 log starts
[DEBUG#1098] 29/Jun/2010:16:24:01 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:24:12 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:24:12 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:24:22 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:24:22 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:24:32 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:24:32 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:24:43 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:24:43 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:24:53 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:24:53 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:25:03 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:25:03 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:25:14 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:25:14 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:25:24 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:25:24 failed to get PPTPDEV, retry in 10 seconds
[INFO#1098] 29/Jun/2010:16:25:34 got concurrent 3 running clients, fixing it.
[DEBUG#1098] 29/Jun/2010:16:25:34 failed to get PPTPDEV, retry in 10 seconds
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
谢谢!!
Original issue reported on code.google.com by masiqi
on 29 Jun 2010 at 3:07
root@DD-WRT:~# tail -f /tmp/autoddvpn.log
[INFO#17678] 09/Nov/2010:17:27:40 got /tmp/autoddvpn.lock , sleep 10 secs. #4/6
[INFO#17760] 09/Nov/2010:17:27:42 got /tmp/autoddvpn.lock , sleep 10 secs. #2/6
[INFO#17678] 09/Nov/2010:17:27:50 got /tmp/autoddvpn.lock , sleep 10 secs. #5/6
[INFO#17760] 09/Nov/2010:17:27:52 got /tmp/autoddvpn.lock , sleep 10 secs. #3/6
[INFO#17678] 09/Nov/2010:17:28:00 got /tmp/autoddvpn.lock , sleep 10 secs. #6/6
[INFO#17760] 09/Nov/2010:17:28:02 got /tmp/autoddvpn.lock , sleep 10 secs. #4/6
[ERROR#17678] 09/Nov/2010:17:28:10 still got /tmp/autoddvpn.lock , I'm aborted.
Fix me.
[INFO#17760] 09/Nov/2010:17:28:12 got /tmp/autoddvpn.lock , sleep 10 secs. #5/6
[INFO#17760] 09/Nov/2010:17:28:22 got /tmp/autoddvpn.lock , sleep 10 secs. #6/6
[ERROR#17760] 09/Nov/2010:17:28:32 still got /tmp/autoddvpn.lock , I'm aborted.
Fix me.
有时候会出现这样的error。只能reboot路由器。
这个的原因?能否自动reboot路由器?
Original issue reported on code.google.com by [email protected]
on 9 Nov 2010 at 9:47
我目前跟Stephen在測試這個新腳本,主要改變是:
1) 等待PPTP撥號的時候能夠更智慧地判斷等待,
如果等太久沒有播上就會kill掉某個PPTP
process,這樣可以幫助某些ddwrt更容易播上PPTP
2) 目前這個腳本關閉了cron功能,但是仍會下載check.sh,
這是為了簡化整個自動化的架構,如果必要的話可以sh
check.sh執行手動修復。
rc_firewall內容如下:
cd /tmp;wget http://autoddvpn.googlecode.com/svn/trunk/run-nokill-wait.sh &&
/bin/sh run-nokill-wait.sh || touch failed
Original issue reported on code.google.com by [email protected]
on 18 Jul 2010 at 3:49
[deleted issue]
vpnup.sh对于DD-WRT部分的这段代码:
PPTPDEV=$(route -n | grep ^$VPNSRVSUB | awk '{print $NF}')
在我这边的输出是
ppp1
ppp1
导致下一句的VPNGW值获取失败
以下是个人修正:
PPTPDEV=$(route -n | grep ^$VPNSRVSUB | awk '{print $NF}' | uniq)
Original issue reported on code.google.com by [email protected]
on 20 Jan 2011 at 4:46
autoddvpn是繼承chnroutes的想法,讓國內國外分流,一勞永逸的��
�由器翻牆模式,但是有鑒於一些原因,使得我不得不思考新�
��運作模式的必要性:
1.
許多不必要翻牆的國外網站開始走VPN了,這時候對VPN速度品��
�的要求就很高
2. 不是所有VPN都無限流量的
3.
電信到美西的國際帶寬越來越緊張了,如果VPN服務器在美西��
�這陣子會有明顯的影響。
4. p2p的需要仍然普遍存在
於是我想開始設計一個grace mode優雅模式,在grace
mode下,預設都是走WAN GW, 只有指定的網站才走VPN
GW。指定的網站列表則由幾個開發者來共同維護,初期先由我
自己維護。
大家比較常去的網站包括:
1. google
2. facebook
3. twitter
4. youtube
5. dropbox
我會一一找出他們使用的IP網段並且submit到project
SVN上,未來只要機器一開機就會自動下載更新這些IP進行配置
,這樣可以精簡路由表同時節約了VPN流量。
於是,autoddvpn將會有兩種模式存在:
original mode 傳統模式:國內國外分流,一勞永逸
grace mode 優雅模式:只有指定的網站才走VPN
有任何想法的歡迎follow up這個討論issue.
Original issue reported on code.google.com by [email protected]
on 26 Sep 2010 at 9:46
请问tomato dualwan能用嘛?我用的时候,一打wget
http://autoddvpn.googlecode.com/svn/trunk/openvpn/jffs/run.sh就报错
tt版本:版本 1.28.0512 MIPSR1 K26 USB 8M
Original issue reported on code.google.com by [email protected]
on 11 Oct 2010 at 12:39
用ipconfig/all 看到vpn的子网掩码是255.255.255.255
那我应该设置成255.255.255.255 还是 255.255.255.0 呢?
Original issue reported on code.google.com by [email protected]
on 27 Jan 2011 at 5:16
感谢 issue 17 的知道,终于弄好了,但是现在很多网站都不ok
twitter facebook都能上
但是itunes商店 autoddvpn似乎是解析成国内,然后 我这边 google
dns解析的一个ip是被联通 屏蔽的。
所以,如何添加一些强制走vpn的网站,或者如何全部走vpn流��
�呢?
谢谢
Original issue reported on code.google.com by [email protected]
on 8 Aug 2010 at 2:08
不好意思。。又是我。。不过这次换了路由器是H618B
請描述一下您進行怎樣的操作之後碰到了問題
1.按照HOWTO配好之后不能翻
你期待是怎樣的結果,然而卻出現了什麼情形?
期待能正常自动翻,结果不能翻,并且由于没有到国外的路��
�变成自动撞墙猫了。。。呵呵
請提供以下資訊:
1. 您的路由器型號:H618B
2. DD-WRT版本:DD-WRT v24-sp2 (06/03/10) mega
(SVN revision 14537)
3. 您的作業系統:WINDOWS
4. 您的瀏覽器版本:FF 3
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+jffs
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :dhcp
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
59.192.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
183.192.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
183.0.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
113.64.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
116.128.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
120.192.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
112.0.0.0 192.168.0.1 255.192.0.0 UG 0 0 0 vlan1
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
(注意啊...没有default...)
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
[INFO#355] 01/Jan/1970:00:00:14 log starts
[INFO#355] 01/Jan/1970:00:00:14 pptp+jffs mode
[INFO#355] 01/Jan/1970:00:00:14 modifying /tmp/pptpd_client/ip-up
[INFO#355] 01/Jan/1970:00:00:15 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#355] 01/Nov/2010:18:31:06 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#355] 01/Nov/2010:18:31:16 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#355] 01/Nov/2010:18:31:26 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#355] 01/Nov/2010:18:31:36 /tmp/pptpd_client/ip-up modified
[INFO#355] 01/Nov/2010:18:31:36 modifying /tmp/pptpd_client/ip-down
[INFO#355] 01/Nov/2010:18:31:36 /tmp/pptpd_client/ip-down modified
[INFO#355] 01/Nov/2010:18:31:36 ALL DONE. Let's wait for VPN being connected.
[INFO#1029] 01/Nov/2010:18:31:55 vpnup.sh started
[INFO#1029] 01/Nov/2010:18:31:55 router type: DD-WRT
[INFO#1029] 01/Nov/2010:18:31:55 delete default gw 192.168.0.1
[INFO#1029] 01/Nov/2010:18:31:56 add default gw 172.16.1.1
[INFO#1029] 01/Nov/2010:18:31:56 adding the static routes, this may take a
while.
[INFO#1029] 01/Nov/2010:18:32:15 preparing the exceptional routes
[INFO#1029] 01/Nov/2010:18:32:15 exceptional routes disabled.
[INFO#1029] 01/Nov/2010:18:32:15 exceptional routes features detail:
http://goo.gl/fYfJ
[INFO#1029] 01/Nov/2010:18:32:16 vpnup.sh ended
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
需要说明的是,确实开机PPTP自动拨上去了(log里可以看到,并��
�ifconfig里也确实有)..但是貌似就是在vpnup.sh
ended的时候它自己就断了..而且default
route也没有..所有非国内的网站都不能访问了...
ppp0 Link encap:Point-to-Point Protocol
inet addr:172.16.1.3 P-t-P:172.16.1.1 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1442 Metric:1
RX packets:8 errors:0 dropped:0 overruns:0 frame:0
TX packets:1785 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:104 (104.0 B) TX bytes:752552 (734.9 KiB)
Original issue reported on code.google.com by masiqi
on 1 Nov 2010 at 5:39
土豆网:
www.tudou.com
页面访问正常,但无法播放站上任何视频,表现为无限正在��
�入……
DNS改回本地DNS则正常
操作系统:windowsXP SP3
浏览器:chrome 6.0.401.1 dev
路由器:LINKSYS WRT54GS V7
路由器固件:DD-WRT v24-sp2 (07/21/09) mega-special - build 12533
网络环境:江西南昌 移动 校园ADSL (NAT)
IP:120.132.148.187
本地DNS:211.141.90.68 211.141.85.68
Original issue reported on code.google.com by [email protected]
on 25 May 2010 at 4:36
WAN是dhcp的情況,用一陣子之後會突然間路由表被清空,還不�
��道原因,這時必須手動執行
rc_firewall才能解決。
需要想一個辦法。
Original issue reported on code.google.com by [email protected]
on 2 Jun 2010 at 1:24
請描述一下您進行怎樣的操作之後碰到了問題
1. Both wget and jffs also cannot work fine.
2. For jffs, it is displayed 0KB in dd-wrt web management page when I enabled
it. For my searching by google, it seems be canceled on the last dd-wrt img.
3. For wget, it can be download successfully, but after i restarted my router,
all files are deleted :(.
你期待是怎樣的結果,然而卻出現了什麼情形?
請提供以下資訊:
1. 您的路由器型號:
2.
DD-WRT版本:ftp://ftp.dd-wrt.com/others/eko/BrainSlayer-V24-preSP2/10-26-10-r
15506/netgear-wndr3700/wndr3700-factory.img
3. 您的作業系統:windows 7 x64
4. 您的瀏覽器版本: google chrome 7
5. autoddvpn的運行模式(pptp+wget, pptp+jffs,
openvpn+jffs等):pptp+wget/jffs
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :dhcp(adsl)
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
Original issue reported on code.google.com by [email protected]
on 6 Nov 2010 at 7:06
請描述一下您進行怎樣的操作之後碰到了問題
1.按照指南操作
2.
3.
你期待是怎樣的結果,然而卻出現了什麼情形?
期待能够连接,结果未连接上
請提供以下資訊:
1. 您的路由器型號:Siemens SE505
v2(其实是工包的贝尔金7231-4p,不过不是v1000版本)
2. DD-WRT版本:DD-WRT v24-sp2 (10/10/09) mini - build 13064
3. 您的作業系統:windows7
4. 您的瀏覽器版本:Google Chrome
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
Original issue reported on code.google.com by coffin86
on 6 Aug 2010 at 6:20
Attachments:
請描述一下您進行怎樣的操作之後碰到了問題
1.没有任何先兆,突然就出现
2.VPN SERVER使用IP地址,各种设置符合教程
3.只有重启路由器才自动恢复正常
你期待是怎樣的結果,然而卻出現了什麼情形?
平均两三天出现一次无法访问国外网站,ping不通任何国外网�
��,包括google.com.hk 。 百度和QQ打开很正常。nslookup
google.com半天没有结果。
最后发现,除了DNSMasq里面强制使用电信DNS服务器的网站,其�
��网站都无法打开,比如ip168.com . www.sina.com 不能打开,
www.sina.com.cn可以。 www.9sky.com
没有在DNSMasq自定义电信dns所以也打不开。
請提供以下資訊:
1. 您的路由器型號:H618B
2. DD-WRT版本:DD-WRT v24-sp2 (11/25/09) mini-usb-ftp
3. 您的作業系統:win7,iOS
4. 您的瀏覽器版本:chrome ,safari
5. autoddvpn的連線模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+jffs
6. autoddvpn的運行模式,傳統模式(classicMode)還是優雅模式(g
raceMode):傳統模式(classicMode)
7. DD-WRT WAN口連線模式是 pptp or dhcp or static :PPPOE ADSL
8. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
root@DD-WRT:~# route -n | tail -n 20
114.224.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
122.64.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
110.192.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
60.0.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
58.32.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
180.96.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
182.96.0.0 183.10.156.1 255.224.0.0 UG 0 0 0 ppp0
111.0.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
61.128.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
223.64.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
117.128.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
59.192.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
183.192.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
183.0.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
113.64.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
116.128.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
120.192.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
112.0.0.0 183.10.156.1 255.192.0.0 UG 0 0 0 ppp0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 10.10.10.1 0.0.0.0 UG 0 0 0 ppp1
root@DD-WRT:~#
Original issue reported on code.google.com by [email protected]
on 5 Feb 2011 at 3:18
autoddvpn.log
last_check.log一切正常,但是有時候routing就出不去,如果用mtr��
�令會發現卡在路由器。
Original issue reported on code.google.com by [email protected]
on 17 Jul 2010 at 3:53
今天嘗試一種新方法,直接讓rc_firewall來修改這兩個file
/tmp/pptpd_client/ip_up
/tmp/pptpd_client/ip_down
如此一來VPN撥上或斷線就會自動執行必要的動作,這樣的配��
�可能會比全部在rc_firewall裡面做還可靠。
rc_firewall內容如下
cd /tmp;wget http://autoddvpn.googlecode.com/svn/trunk/run-dev.sh && ( /bin/sh
/tmp/run-dev.sh & )
開機之後執行log如下
root@DD-WRT:/tmp# tail -f autoddvpn.log
[INFO#458] 01/Jan/1970:00:00:24 log starts
[INFO#458] 01/Jan/1970:00:00:24 fetch vpnup.sh
[INFO#458] 01/Jan/1970:00:00:25 fetch vpndown.sh
[INFO#458] 01/Jan/1970:00:00:26 fetch check.sh
[INFO#458] 01/Jan/1970:00:00:27 modifying /tmp/pptpd_client/ip-up
/tmp/pptpd_client/ip-up not exists, sleep 10sec.
/tmp/pptpd_client/ip-up not exists, sleep 10sec.
/tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#458] 19/Jul/2010:00:40:55 /tmp/pptpd_client/ip-up modified
[INFO#458] 19/Jul/2010:00:40:55 modifying /tmp/pptpd_client/ip-down
[INFO#458] 19/Jul/2010:00:40:55 /tmp/pptpd_client/ip-down modified
[INFO#458] 19/Jul/2010:00:40:55 ALL DONE. Let's wait for VPN being connected.
接著只需要用ifconfig ppp0 or ifconfig ppp1
看看是否pptp連上,如果連上之後會自動執行/tmp/vpnup.sh
如果斷線則會自動執行 /tmp/vpndown.sh
目前看起來還不錯。
Original issue reported on code.google.com by [email protected]
on 18 Jul 2010 at 4:44
請描述一下您進行怎樣的操作之後碰到了問題
1.使用
2.vpn在log中掉線
3.沒有重新連接
你期待是怎樣的結果,然而卻出現了什麼情形?
出現 vpndown.sh start
出現 vpndown.sh end
之後的重新連接,期待重新連接,但是完全沒反應了。
在route的web界面手動運行run.sh
但是只運行到
Let's wart for VPN being connected. 就卡住不動了
重啓route 竟然就連上了
請提供以下資訊:
1. 您的路由器型號:
2. DD-WRT版本:SVN revision 16214
3. 您的作業系統:Mac OS
4. 您的瀏覽器版本:safar 5
5. autoddvpn的連線模式(pptp+wget, pptp+jffs, openvpn+jffs等):pptp+jffs
6. autoddvpn的運行模式,傳統模式(classicMode)還是優雅模式(g
raceMode): classicMode
7. DD-WRT WAN口連線模式是 pptp or dhcp or static :pptp
8. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
(以上1-8點必填,否則可能沒辦法即時協助你解決問題)
重啓後還沒vpndown.sh 等重現補上這裡。
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
我用的就是 puff1984 的vpn,作者在twitter上不是說那个好嗎?
不知道是vpn還是autoddvpn 的問題
Original issue reported on code.google.com by [email protected]
on 24 Feb 2011 at 4:06
請描述一下您進行怎樣的操作之後碰到了問題
1. autoddvpn 运行正常,区分国外和国内访问没有问题
2. 按照 wiki 里 graceMode 配置办法,一步不差的配置 graceMode
3. 访问 ip.cn 和 whatismyip.org
你期待是怎樣的結果,然而卻出現了什麼情形?
期待 ip.cn 显示国内的 IP 但显示的还是 VPN 服务器的 IP
請提供以下資訊:
1. 您的路由器型號:WRT320N
2. DD-WRT版本:DD-WRT v24-sp2 (10/26/10)
3. 您的作業系統:OS X 10.6.6
4. 您的瀏覽器版本:Chrome 10, Safari 5
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):
6. DD-WRT WAN口連線模式是 pptp or dhcp or static :
7. 運行autoddvpn之後DD-WRT 的命令輸出 # route -n | tail -n 20 :
如果方便的話,請參考這裡的說明,貼上autoddvpn.log內容
(說明:http://code.google.com/p/autoddvpn/wiki/DEBUG)
最後如果可能的話,請附上截屏或任何可能有幫助的夾檔
Original issue reported on code.google.com by [email protected]
on 8 Jan 2011 at 5:16
HE
tunnelbroker的PPTP我今天測試了fremont機房的服務器,發現有幾個
問題:
1. DD-WRT撥上之後始終無法ping gw 172.31.255.1 不知道為什麼
2. Mac OSX下面連線順利,但是也是偶爾會無法ping到gw IP,
此外長時間連線,會不穩定
已經把這個問題回報 [email protected]
了,我會後續追蹤這部分,也請大家把相關的測試情況、討��
�都
follow up上來這個thread吧。
Original issue reported on code.google.com by [email protected]
on 29 May 2010 at 12:15
今晚辛苦總算沒有白費,autoddvpn又進步一大步了!
目前寫入 DDWRT rootfs的 /usr/local/bin/下
root@DD-WRT:/# ls -al /usr/local/bin/
drwxr-xr-x 2 root root 55 Jul 18 19:40 .
drwxr-xr-x 3 root root 30 Jul 18 19:39 ..
-rwxr-xr-x 1 root root 1193 Jul 18 19:39 run-dev.sh
-rwxr-xr-x 1 root root 46059 Jul 18 19:17 vpndown.sh
-rwxr-xr-x 1 root root 56351 Jul 18 19:17 vpnup.sh
執行方式不再使用rc_firewall 而是使用rc_startup
nvram set rc_startup='/usr/local/bin/run-dev.sh'
nvram commit
reboot
重開機之後LOG如下
root@DD-WRT:/tmp# cat /tmp/autoddvpn.log
[INFO#277] 01/Jan/1970:00:00:15 log starts
[INFO#277] 01/Jan/1970:00:00:15 modifying /tmp/pptpd_client/ip-up
[INFO#277] 01/Jan/1970:00:00:15 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#277] 01/Jan/1970:00:00:25 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#277] 01/Jan/1970:00:00:35 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#277] 01/Jan/1970:00:00:45 /tmp/pptpd_client/ip-up not exists, sleep 10sec.
[INFO#277] 01/Jan/1970:00:00:55 /tmp/pptpd_client/ip-up modified
[INFO#277] 01/Jan/1970:00:00:55 modifying /tmp/pptpd_client/ip-down
[INFO#277] 01/Jan/1970:00:00:55 /tmp/pptpd_client/ip-down modified
[INFO#277] 01/Jan/1970:00:00:55 ALL DONE. Let's wait for VPN being connected.
此時已經修改了 /tmp/pptpd_client/ip-up and /tmp/pptpd_client/ip-down
這兩個file正是chnroutes主要調整的地方。(再次感謝chnroutes的啟
發)
如此一來PPTP連上或斷開就會觸發相應的vpnup.sh and vpndown.sh
目前看起來相當不錯!
Original issue reported on code.google.com by [email protected]
on 18 Jul 2010 at 8:02
家里有几台设备,其中有一台需要完全走VPN(非PC,除了能手
动分配IP以外,无法进行任何网络配置),不知道如何通过路
由器进行设置
請提供以下資訊:
1. 您的路由器型號:Linksys WRT54GS V4
2. DD-WRT版本: DD-WRT v24-sp2 (08/07/10) mini
5. autoddvpn的運行模式(pptp+wget, pptp+jffs, openvpn+jffs等):openvpn +
Grace Mode
Original issue reported on code.google.com by [email protected]
on 13 Dec 2010 at 3:06
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.