这是一个创建于 3911 天前的主题，其中的信息可能已经有所发展或是发生改变。
想把ABC三个机房的机器用VPN划到一个子网里面（远程API、数据库之类加密，比如Redis）
一个机房A做主的话，连上去的B和C之间的通讯都要经过A吧？
有没有好的方法可以提高效率？改路由表？
以及你们做反代CDN之类，考虑中间人攻击么？
一个机房A做主的话，连上去的B和C之间的通讯都要经过A吧？
有没有好的方法可以提高效率？改路由表？
以及你们做反代CDN之类，考虑中间人攻击么？
 |
1
a2z 2014-02-24 15:41:11 +08:00
iptables转发，还有路由表
|
 |
3
rrfeng 2014-02-24 16:11:33 +08:00
划到同一个网段里？那只能做二层的 vpn 了，这得找运营商才行。
简单的办法是用三个网段 IPsec VPN 互相连接，路由打通，三网全通了。 另外 redis 隔着机房远程使用真的合适吗？ |
 |
4
tywtyw2002 2014-02-24 16:33:33 +08:00
点对点互联，3层走gre 考虑加密走 gre over ipsec。
二层，多点不好玩l2tp是解决方案。 找运行商的话就是mpls 价格不过北美这边是$5/mbps 100m起。 |
 |
5
jasontse 2014-02-24 16:35:44 +08:00 via iPad
其实LZ是要在一个私有子网里建立起P2P的关系
|
 |
6
lsylsy2 OP |
 |
7
julyclyde 2014-02-24 17:01:36 +08:00
各机房之间分别做隧道，然后起个zebra运行OSPF就得了
|
 |
8
octopus_new 2014-02-24 17:03:44 +08:00
"网状"......, 新名词压力山大啊, 嘿嘿 :)
你是想说全互联吧? 比较省钱的办法做site-to-site VPN, Linux+OpenVPN就可以做到, 或者可以买专门的设备来做. 相对于独立线路来讲, MPLS相对来说也算比较省钱的办法, 当然啦, 还得看你预算有多少..... |
|
9
tywtyw2002 2014-02-24 17:21:08 +08:00 via iPhone
|
 |
10
bdahz 2014-02-24 23:58:42 +08:00
不知道tinc对lz有没有用
|
|
11
julyclyde 2014-02-26 14:50:50 +08:00
@tywtyw2002 不要做环形嘛，做全网格跑ospf就得了。我们用OpenVPN；我不了解ospf在tunnel下的问题是指哪方面，我没遇到
|
|
12
lsylsy2 OP |
|
13
tywtyw2002 2014-02-26 16:19:26 +08:00
@julyclyde 其实是网络形状的问题，ospf这东西其实已经把延时这东西给忽略了，在公网上起隧道最难办的事情就是丢包和延时导致的线路劣化，ospf是最短路径优先。 可能一条丢包率20% RTT=100ms 0跳的线路会被ospf自动选择而代替了一条0%丢包RTT=110ms 1跳得线路。
以前大概8个服务器吧 分成3个ospf区（按线路） 然后每天丢包愁死了。。。 慢慢研究了后发现ospf这东西真的不怎么适合公网的tunnel上，虽然ospf可以按照物理链路分区，然后在层次化组网，但是数据包必须走zone0，分区会导致rtt、丢包出口问题愁人 如果不分区的话路由更加的乱了。 这你妹是增加了复杂度。 后来其实没啥后来了，写了个利用虚拟下一跳 去动态跳路由的东西。 结果也不失很理想，线路太烂没啥好办法。 这个可能是特例吧。 |
|
14
julyclyde 2014-02-26 16:44:15 +08:00
@tywtyw2002 谢谢。那还是我们这里用得不够深，没注意到这些劣势。
|
|
15
lsylsy2 OP @tywtyw2002 唔，那我试试tinc好了
不过看了下，tinc也只支持“两两直接相连”而不支持自动寻找最优路径，最优路径在1.1开始测试，测试了几年还是测试…… |
 |
16
Hosinoruri 2014-02-27 10:10:51 +08:00
如果机房和机房之间非要强制用VPN的话，节点(机房数目)不是很多的情况下，建议实用普通的isakmpVPN，就是点到点的VPN连起来。
节点较多，而且不希望中心节点负载较大的话，推荐Cisco的DMVPN(NHRP+GRE)，EZVPN等几个解决方案。 以下有几个参考资料希望可以帮到LZ。 http://www.ringline.com.tw/epaper/Forum970801.htm http://baike.baidu.com/view/6234935.htm?fromId=876129 http://baike.baidu.com/view/1738192.htm |
 |
17
tempdban 2014-02-27 18:59:39 +08:00 via Android
n2nvpn node不参与包转发
|
 |
18
riomade 2015-12-03 12:36:26 +08:00
|
Select Language