whtech / autoddvpn Goto Github PK

今晚辛苦總算沒有白費，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

目前看起來相當不錯！

我目前跟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

請描述一下您進行怎樣的操作之後碰到了問題
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




最後如果可能的話，請附上截屏或任何可能有幫助的夾檔
谢谢!!

HE 
tunnelbroker的PPTP我今天測試了fremont機房的服務器，發現有幾個
問題：


1. DD-WRT撥上之後始終無法ping gw 172.31.255.1 不知道為什麼
2. Mac OSX下面連線順利，但是也是偶爾會無法ping到gw IP, 
此外長時間連線，會不穩定

已經把這個問題回報 [email protected] 
了，我會後續追蹤這部分，也請大家把相關的測試情況、討��
�都
follow up上來這個thread吧。

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]

autoddvpn讓所有國外的網站都走VPN 
gateway，然而有些網站是你經常訪問，但是肯定不會被封鎖的�
��甚至你非常肯定直連會比走VPN還快，例如如果你是一個大量
使用Flickr的愛好者，在中國電信Flickr是可以正常訪問的，很��
�能你就會需要所有Flickr圖片服務器都直連，這樣該怎麼辦呢�
��

我們不希望弄一個類似gfwList的組織來維護所有網段的狀態，�
��違反了autoddvpn簡單不需要任何維護的原則，但是我們仍希望
可以保持一些彈性，讓你自定義那些境外網站可以直連。

我正在設計這部分的功能，有任何想法歡迎討論。

WAN是dhcp的情況，用一陣子之後會突然間路由表被清空，還不�
��道原因，這時必須手動執行
rc_firewall才能解決。

需要想一個辦法。

通常CA有效期限都是10年，也就是3650 days
但是ddwrt一開機是1970年，如果來不及網路校時，這時候openvpn�
��無法通過SSL/TLS Verify
於是我做一個workaround來解決：

統一一開機直接設定當前日期為20100729紀念今天我找到這個問
題。

之後如果有設定NTP的自然會校時回來，先觀察一下這個做法��
�

另一位开发者，在openWRT上开发出了让P2P走本地线路的方法，�
��猜测可能是基于端口
判断
http://zhufeng.me/archives/99
包括电驴服务器在内所有的国外站点都走VPN线路，这样会带��
�许多不便，希望作者能加
以研究，非常感谢！

目前在嘗試一個設計：

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"

請大家測試看看是否在同步上面更有效率了。

今天嘗試一種新方法，直接讓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

目前看起來還不錯。

這個可能是ddwrt的bug，需要做個work 
around來解決，不然一開機會一直連不上。

autoddvpn.log 
last_check.log一切正常，但是有時候routing就出不去，如果用mtr��
�令會發現卡在路由器。

土豆网：
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