凌莞的奇奇怪怪的分享
(\_/) ( •×•) />0w< 喵 大概分享一些日常和看到的有意思的东西qwq 评论区请勿抬杠 @Clanstty
Show more335
Subscribers
No data24 hours
+17 days
+1030 days
- Subscribers
- Post coverage
- ER - engagement ratio
Data loading in progress...
Subscriber growth rate
Data loading in progress...
Repost from N/a
在 PVE 里面装了一个用于游戏加速的 OpenWRT 旁路由,上游是主路由的 clash
然后需要加速的机器把网关设置成旁路由的地址
没有进行什么调试,配完之后就满足了我希望的表现
通过主路由的 clash 可以看到旁路由发起了很多向加速器服务器的国内连接
同时被加速的机器并没有自行连接游戏服务器的连接。并且游戏以外的连接正常以机器的源 IP 显示了,返回的包看起来没有经过旁路由。完全是期望的性能最好的表现
加速器的实现方式是和 clash 一样的 tproxy,不过它用 ipset 过滤了目标的游戏服务器 IP,目标 IP 在 ipset 里的才会进 tproxy
ipset 有三万多行,里面大多数是正常的 IP
但是里面有那么 125 个 clash 的 fakeip。看了一下有一些是对应了 Akamai 的 CDN,还有一些是类似 www.msftncsi.com.edgesuite.net 的地址
估计是在开启加速的时候预解析的。但是测下来似乎并没有影响我访问这些域名
看起来它是把域名和 ip 对应上了并且在内部是把域名发给加速器的节点连接的
要是以后因为这个出现了问题的话,就让加速器用正常的 DNS 解析这些域名,但是客户端还是走 clash 的 DNS 好了。反正游戏一般是直接 IP 连接的
感觉虽然还有一些优化空间:
比如说把这个 OpenWRT 放在不走 clash 的 IP 段里,这样加速器向服务器发送连接的效率会高点,而且不影响连了旁路由的机器游戏以外的流量(没有 Masquerade)
不过这样的话就不太好观察加速器发起的连接了
以及目前感觉性能已经很可以了,所以差不多已经完善了
❤ 5
Photo unavailableShow in Telegram
晚上洗澡的时候想给 mai 加一个随机收藏品功能,刚做完可行性验证,就发现了 buddies plus 官方出了这个功能
❤ 4
Show all...
如何拯救一台glibc被干掉的Linux服务器?
今天正要下班,旁边部门的PM过来问我: 『我们有个小伙子把生产系统上的glibc给删了,现在什么命令都跑不了了,还有救吗?』 (更正:今天又问了一下,是正在准备要上线的服务器,所以还不是生产系统) 我说,glibc…