我在做网络运维工作的时候, 已经经历了很长时间, 其中经手过的vpn网关的部署和迁移的情况, 数量方面是不下十台的, 等到真正进入到了生产环境里面的时候, 实际遇到的一些问题和麻烦的地方, 确实比写在参数表上面的那些内容要多得多, 现在我把这些年走过来, 不小心摔跤留下的这些经历, 全部都展示给你来看。

vpn网关怎么选型

在购买网络设备的时候,千万不要只是盯着峰值去看待带宽这一项指标。现在很多企业在采购的时候, 只会死死盯住那个所谓的最多同时连接的人数这个参数。结果一旦开启了加密算法之后, 实际的数据传输速度会直接减少一半以上。

一个标称每秒能够传输1Gbps数据的网关设备, 在跑满的状态下, 其实际吞吐量也仅仅只有400多Mbps左右。所以, 拿真实的业务流量来进行一下压力测试, 比你去翻看那些产品说明书上的参数表要靠谱得多的多。

部署模式的选择会对运维的难度产生直接影响。集中式的部署方案比较好管理, 但是只要出现单点故障, 整体系统就会完全瘫痪。分布式的模式虽然灵活, 但是在排查问题的过程中, 需要翻查的日志会多几套。如果团队的人员比较少, 就应该老老实实地选择集中式方案。等到人员充足之后, 再考虑将系统拆分。

vpn网关常见故障有哪些

证书过期这个事儿, 是那种特别让人头疼的头号杀手。并不是说网关本身出了什么故障, 而是中间那个CA的证书, 它就这么悄无声息地到期了。结果就是所有终端突然间都连不上了。

业务方那边的第一个反映, 通常就是觉得网络断了。我曾见过这么一支团队。他们为了排查这个问题, 足足花了四个小时时间。到最后才弄清楚, 原因仅仅只是那条证书的有效期到了而已。

MTU设错导致的间歇性断连, 这种情况是比较隐蔽的, 小包传输是没有问题的, 一旦要传大文件, 就会卡死不动了, ping测试显示没有异常, traceroute的结果看起来也是对的, 如果要把MTU的值从一万五千手动往下调, 问题就会立刻消失掉, 这种故障状态里面没有报错信息的存在, 只有”时好时坏“的表现, 这是最折磨人的。

在选型这个阶段, 稍微多花两天的时间去进行压力测试, 并且在部署环节把监控以及告警的相关配置全部都设置完备, 那么在后续的后期运营当中, 就可以减少去熬非常多的大夜的这种情况, 其实那些已经出现的坑是完全可以提前去绕过它的, 不过只是有大多数的开发人员不愿意在这一段时间内再稍微多花一些心思去较真。