@drymonfidelia
USTC 和 TUNA 都算做的很不错的，速度快，而且响应反馈及时，稳定性来说不比商业公司差。
反倒是商业公司做的，起码反馈上是真不行。

不打算结婚的话无所谓，你总得年轻一次

什么夹子能夹住 ipad ，手上 mini 都夹不住

你们这些发推广不看节点的能不能爬

@SkywalkerJi pjsk 是我了解的那个 project sekai 吗，这个也能算日本元神？

@datou 现在校园网都强制要求审计+态势感知的。
涉密院校只会更严格，访问目的 IP 统计都是小儿科，直接嗅探流量的也不在少数，op 这种八成就是协议被嗅探了，passwall 那堆东西特征早就明明白白了。

不用整那么复杂。。自建 DNS ，过滤 AAAA 记录返回就完事了。

成年人的世界很简单，只需要考虑好是否能够支付“闯红灯”的代价就行了。
有时候，还需要考虑下红灯的存在价值。

@ikidou 看你买的什么 NAS ，比如群晖这种没核显+性能比较弱的，那重度 jellyfin 最好挂 AIO 里，smb 挂 nas 的存储访问就行。
高配置 NAS 可以直接 docker 跑 nas 上

@whywei8 我被你带坑里了，楼上所有人也被带歪了。
要看到来源 IP ，直接路由 DNAT 不就行了吗，DNAT 又不改变 SrcIP 。。

如果网关可以跑 nginx ，可以用 proxy protocol 反代转发
如果网关就是普通路由，那需要三层真实 IP ，网关做个策略路由+mangle force route ，别用 NAT 就行了

NAS 买群晖成品，AIO 挂存储单独折腾
成熟方案或者重 IO 任务可以迁移到 NAS 的 docker 上。
稳定，扩展性好
缺点，钱包不友好

@stardustree
可能我见识少，没见过这种坏法。

@Ethan77 那其实你已经回答自己了。
openwrt 刷路由器更多时候取决于芯片组和厂商开放程度。
acwifi.net 去挑挑吧

> 由于担心设备整体挂掉，所以还是有必要备份一份数据到云端的

认清楚你的需求，你的需求是 HA （高可用），而不是普通备份需要的 integrity 。
所以我认为没有什么低成本的方案。

自己搓个递归 reflect 初始化。
另外，go 读 nil map 并不会 panic ，你代码的 pattern 是先读，判不存在然后初始化。
读中混写，隐藏两个问题
1. 并发读 map 带来写 race
2. 不存在的 key 造成重新初始化

总结，代码设计太烂

> 一个能运行翻墙插件的路由器

那它到底是软路由还是硬路由？姑且认为是软路由吧

> 目的是减掉中间的软路由，顺便提升下信号

翻译下？是想提高带宽+提升无线质量

综上：
要么
* 软路由加钱：选更高性能更大带宽的网口
* 换 Wi-Fi7 路由做 AP
要么
* 绕过软路由：只翻墙流量过软路由
* 换 Wi-Fi7 路由做 AP