116.233 不限速

一种变相的 catch all 操作
除了 panic 转 err 外，业务上常见对于数据进行返回前检查
将检查条件写入 defer 内，这样可以在一大坨可能好几个月后看不懂的逻辑里少写点 return 赋值。

啊？特意 RDP 回家看了下，最近 3 个小时都没点波动的。
所以是什么断了？

lg gram +1

领导还要指挥运维的吗

运维背锅已经很累了，运维不想还要被领导呼来喝去

go 不需要这种花里胡哨的写法。
binary 分发：cgo 走动态链接
源代码分发：走 build constraint ，你提供一个基础版本的实现，让用户自己写个源代码函数实现，然后 build flag 就可以了

299 月付的用户都不挽留吗，电信现在也是膨胀了。
年底打算跟电信斗一波，看能拿到什么优惠

如果公司电脑允许你自己装梯子，那，梯子上写个反向代理，连接家里，前提是家里有公网地址。
然后从家里，通过反向代理的链接，即可访问任意公司网段。

这种情况下除非 IT 看你的梯子配置文件，不然是几乎没法发现的。当然，安全自负。

mac 的话多用用 brew ，别自己找包下就没这么多问题

现在买 14 代 i9 你认真的？

无它，唯手熟尔

rb5009+n100 用户路过。跟你讲，很稳
ROS 主路由，n100 PVE ，debian+v2raycore 旁路由。

用 ros 打算科学的情况下，建议不用 op ，推荐看看 https://github.com/povsister/v2ray-core

@guiys 说句实话国内域名用 DoH 是吃力不讨好。
海外用 DoH 的话纯 ros 又搞不定。
#3 说的没错，如果你想最优解决这个问题。自建一个 dns 做分流吧

策略路由写的没有问题，但你两个 pppoe 都勾 use peer dns 的话我估计 ros 的 dns 要打架（这也是你碰到的问题）

所以核心是把 DNS 流量分流。
firewall nat 一下，把来自于 192.168.1.0/24 的 DNS 请求，全部 DNAT 到 CMCC 的运营商 DNS ，记得路由表也配合下。
做免维护的话得写个脚本，每次 CMCC 拨号完自动把 PPPoE 下发的 DNS 更新到上面那个 DNAT 规则里。

sni 是 TLS 的，quic 还在 TLS 里边，所以你想根据 sni 分流理论上和 quic 一毛钱关系没有。
早些年还玩 nginx 的时候，nginx stream module 就已经可以 tcp preread ssl 然后根据 sni 转发不同 upstream 。
这么多年过去了应该已经支持 udp quic 了了吧

把数据从 7T 拷出来到 16T
大概一晚上吧。

早期彩云赞助者，终身 vip 会员。
但现在彩云搞的一堆烂活，明明会员免广告，但界面还是一堆默认打开的牛皮癣。甚至有次会员登录掉了，打开那个广告看的我直恶心。

而且现在感觉实时天气也没之前准了，好几次碰到说在下雨，实际没下的。
想换其他用了，ios 自带天气也挺不错的。