Open GoogleCodeExporter opened 8 years ago
classicMode裡面default gw都是走VPN gw,並且強迫8.8.8.8透過vpn
gw做連線,後續才能安全地進行DNS解析。
你的情況聽起來像是VPN斷線了,而沒有接著運行vpndown.sh切回W
AN gw。
下次你再發現這情況的時候,執行 route -n | tail -n 20
並且把結果貼上來讓我看看吧!
另外,建議試試看graceMode。
http://code.google.com/p/autoddvpn/wiki/graceMode
Original comment by pahud...@gmail.com
on 5 Feb 2011 at 3:30
我也觉得是vpn断线了。 有几个疑问
1.为什么VPN断线没有自动重拨呢?一般好像都会自动重拨的.
2.vpndown.sh不是会自己随VPN的状态变化而运行的吗?就是说如��
�vpn不能用了,必须手动运行upndown.sh ?
3.我上面已经有执行route -n | tail -n
20的输出结果呀,是在故障发生的时候登陆路由器的ssh执行的
。难道不是在路由上执行?
4.如果vpn断线没有自动重连,除了重启路由还有其他方法比较
方便快捷的重新连上vpn么?
gracemode要自己添加很多IP。
我考虑了很久,觉得收集需要走vpn的IP的工作比较繁琐困难,
得不偿失。 光是一个 webcache.googleusercontent.com
就有百来个不同的IP地址。
很多国外站点走VPN速度都变快了,尝到甜头后不想换成gracemod
e了。
如果偶尔发生VPN断线没有自动重连可以归结到DDWRT不稳定,那
么重刷另一个版本会不会好一点?请问H618B还可以刷什么版本
比较稳定呢?
Original comment by tianchao...@gmail.com
on 5 Feb 2011 at 4:02
1. 會自動重播的,但是如果VPN
server不穩定,或是DDWRT版本不穩定,有可能會存在問題,這個
要ssh進去DDWRT裡面觀察才知道,可以tail -f
/tmp/autoddvpn.log觀察變化。
2. vpnup.sh
vpndown.sh都是隨著PPTP播上或斷開自己觸發的,不需要手動執行
3. 哦!原來是故障的時候執行的。我看到這行
0.0.0.0 10.10.10.1 0.0.0.0 UG 0 0 0 ppp1
這樣表示default gw 是10.10.10.1也就是VPN
gw了,你可以再接著這樣測試
# ifconfig ppp1 看看是否ppp1這個device還存在
以及 ping
10.10.10.1看看是否ping的結果穩定。如果ppp1不存在了或是
ping不到了就是pptp異常。
4.
pptp在ddwrt裡面效能跟穩定性都沒有openvpn來得好,這也是我們�
��贊成使用pptp的原因,重開路由器是最快的了.
另外你誤會了,graceMode大部分的IP已經添加在vpnup.sh裡面了,�
��需要自己額外搜集,除非某些網站沒有被列入需要翻牆的名
單才需要自己添加進入vpnup_custom裡面,webcache不會有百來個IP�
��址的,先確定你跟8.8.8.8之間走VPN之後然後這樣查詢:
pahud@gateway ~ $ nslookup webcache.googleusercontent.com 8.8.8.8
Server: 8.8.8.8
Address: 8.8.8.8#53
Non-authoritative answer:
webcache.googleusercontent.com canonical name =
googlehosted.l.googleusercontent.com.
Name: googlehosted.l.googleusercontent.com
Address: 72.14.213.132
應該只會有一個IP地址的。
DDWRT的確有些版本會不穩定,你可以多試試看其他版本,H618B�
��沒用過,能過刷DDWRT的路由器太多了,我也不可能每一台都�
��過,所以您只能再試試看了!
Original comment by pahud...@gmail.com
on 5 Feb 2011 at 11:40
好像远远不止一个IP的。 我贴上 just-ping.com
和我自己的数据您看一看。
几乎每次都可能得到不同的IP,我第一次用gracemode就无法访问
webcache.googleusercontent.com,想自己收集IP最后因为太繁琐了而且
不定什么时候又有新IP,所以就放弃了。
现在VPN断线比原来更频繁了。但是VPN服务器的品质是不错的��
�下载youtube视频经常达到300KB左右,应该不是服务器的问题。
前两天开了 DDNS
功能,不知道是不是有影响,现在关掉了看看还会不会频繁��
�线。
贴上autoddvpn.log看看是否正常
ping: webcache.googleusercontent.com (Check
http://webcache.googleusercontent.com/)
Location Result min. rrt avg. rrt max. rrt IP
Singapore, Singapore: Okay 8.3 10.6 18.3 209.85.175.132
Amsterdam2, Netherlands: Okay 5.2 5.4 5.6 66.102.13.132
Florida, U.S.A.: Okay 23.1 23.4 23.6 74.125.157.132
Amsterdam3, Netherlands: Okay 4.7 5.0 5.4 74.125.79.132
Hong Kong, China: Okay 2.5 3.1 4.0 74.125.71.132
Sydney, Australia: Okay 156.1 159.8 184.0 74.125.71.132
München, Germany: Okay 19.0 19.6 20.0 74.125.77.132
Cologne, Germany: Okay 14.4 14.8 15.3 74.125.77.132
New York, U.S.A.: Okay 10.9 11.0 11.1 72.14.204.132
Cairo, Egypt: Okay 134.8 136.6 139.2 209.85.147.132
Amsterdam, Netherlands: Okay 5.0 5.2 5.3 66.102.13.132
Stockholm, Sweden: Okay 41.2 41.5 41.7 209.85.149.132
Santa Clara, U.S.A.: Okay 28.3 28.8 29.7 72.14.213.132
Vancouver, Canada: Okay 124.8 125.4 125.8 74.125.95.132
Krakow, Poland: Okay 37.3 38.4 39.5 209.85.229.132
London, United Kingdom: Okay 6.9 7.5 8.5 209.85.229.132
Madrid, Spain: Okay 29.9 30.1 30.3 209.85.229.132
Padova, Italy: Okay 26.1 29.6 49.8 209.85.229.132
Austin, U.S.A.: Okay 47.7 47.8 48.0 74.125.159.132
Amsterdam, Netherlands: Okay 4.7 4.9 5.1 74.125.79.132
Paris, France: Okay 14.6 14.8 15.4 209.85.147.132
Melbourne, Australia: Okay 172.1 173.2 174.2 74.125.71.132
Shanghai, China: checking...
Copenhagen, Denmark: Okay 23.0 23.5 24.2 74.125.79.132
Lille, France: Okay 10.6 11.0 11.5 209.85.227.132
Zurich, Switzerland: Okay 21.2 21.7 22.4 74.125.77.132
Mumbai, India: Okay 3.0 8.1 30.7 209.85.153.132
Chicago, U.S.A.: Okay 11.9 12.2 12.5 209.85.225.132
Nagano, Japan: Okay 36.2 38.9 45.7 72.14.203.132
Haifa, Israel: Okay 79.0 80.5 82.2 209.85.229.132
Auckland, New Zealand: Okay 192.0 192.4 193.2 74.125.71.132
Antwerp, Belgium: Okay 10.3 10.7 11.3 74.125.79.132
Groningen, Netherlands: Okay 8.6 9.1 9.5 74.125.77.132
Moscow, Russia: Okay 53.3 53.5 53.7 209.85.148.132
Dublin, Ireland: Okay 24.1 25.3 26.7 74.125.79.132
Oslo, Norway: Okay 28.4 28.7 29.0 74.125.77.132
Kharkov, Ukraine: Okay 53.8 54.8 56.2 74.125.39.132
Manchester, United Kingdom: Okay 12.7 12.8 13.0 209.85.146.132
Vilnius, Lithuania: Okay 30.5 30.9 31.3 209.85.148.132
Ashburn, U.S.A.: Okay 3.5 4.4 10.1 72.14.204.132
Bucharest, Romania: Okay 30.8 31.1 32.7 209.85.148.132
Bangkok, Thailand: Okay 40.1 40.2 40.3 209.85.175.132
Kuala Lumpur, Malaysia: Okay 16.8 17.4 20.5 209.85.175.132
Jakarta, Indonesia: Okay 24.0 24.1 24.2 209.85.175.132
Cape Town, South Africa: Okay 0.5 0.6 0.7 64.233.179.132
Glasgow, United Kingdom: Okay 17.0 17.3 18.1 209.85.146.132
Lisbon, Portugal: Okay 42.9 43.1 43.4 2a00:1450:8002::84
Chicago, U.S.A.: Okay 12.7 12.8 12.8 209.85.225.132
Dallas, U.S.A.: Okay 19.8 20.3 21.4 74.125.157.132
Buenos Aires, Argentina: Okay 1.7 5.4 20.6 209.85.195.132
Istanbul, Turkey: Okay 43.9 44.1 44.1 209.85.149.132
Gdansk, Poland: Okay 41.5 42.2 45.8 74.125.77.132
Beijing, China: Checkpoint temporarily not available - - - -
###################################################################3
root@DD-WRT:~# nslookup webcache.googleusercontent.com 8.8.8.8
Server: 8.8.8.8
Address 1: 8.8.8.8 google-public-dns-a.google.com
Name: webcache.googleusercontent.com
Address 1: 66.102.7.132 lax04s01-in-f132.1e100.net
Original comment by tianchao...@gmail.com
on 6 Feb 2011 at 10:27
Attachments:
[INFO#29342] 06/Feb/2011:01:24:06 vpnup.sh ended
[INFO#30414] 06/Feb/2011:01:25:48 vpndown.sh started
[INFO#30414] 06/Feb/2011:01:26:03 vpndown.sh ended
[INFO#31496] 06/Feb/2011:01:26:38 vpnup.sh started
的確vpn播上之後很快就斷線了,這個需要查一下原因,很多��
�節都有可能有問題,但正常情況不會發生的。
如果你的webcache真的解析出多個IP,那就用dnsmasq_options來強迫�
��定在一個static IP即可,例如
address=/webcache.googleusercontent.com/72.14.213.132
這樣DDWRT的dnsmasq解析出來就永遠是72.14.213.132這個IP了。
Original comment by pahud...@gmail.com
on 6 Feb 2011 at 11:09
DDWRT web界面,PPTP VPN主機名稱是填寫IP而不是hostname吧?
填寫hostname的話會容易斷線。
Original comment by pahud...@gmail.com
on 6 Feb 2011 at 11:11
Original issue reported on code.google.com by
tianchao...@gmail.com
on 5 Feb 2011 at 3:18