人际关系都要努力维护的，用心维持的友情可以持续很久

复杂的是由 Python 描述和定义的系统其本质的原理，比如某个深度学习算法、某一类 LLM 训练/推理引擎的设计原则和取舍；即使是单纯从工程角度看，大部分系统中 heavylifting 的部分都交给 C++/CUDA/Triton 了。Python 本身作为一个语言是非常直接和简单的

昨天晚上看了《椒麻堂会》，最后一个镜头哭到不能自已

算条件概率，三个选项是完全等价的

@Kobayashi #11 应该也可以！就是不知道 sing-box 的哪种入站类型可以直接接收处理 DNS 请求

@admirez #147 哈哈都没试过，等喝完了买点尝尝看

绿茶的话推荐贡牌龙井，自己日常当口粮喝可以买雨前浓香三级，一百块钱半斤；想喝得稍微讲究点但不想破费可以喝明前 A 级，二百块钱二两。

红茶的话毫无疑问地推荐凤牌滇红 58 ，香气和茶汤都非常出色，一百块钱四两

@kingboy9525 sure, please refer to https://github.com/lirundong/homelab-infra/blob/8a4bd56/openwrt-builder/files/etc/nftables.d/99-sing-box.nft#L65-L83

@pagxir 哈哈理解了，解释得很清楚！刚刚还在疑惑如果 DNAT 到 TUN 地址会不会又回环到 INPUT chain, 这么一说就明白了

@lookookok 我的理解是 prerouting 发生在路由之前，也就是说 prerouting mangle 里打的 fwmark 是能够同时覆盖入站和转发的，参考 https://upload.wikimedia.org/wikipedia/commons/3/37/Netfilter-packet-flow.svg

@pagxir 多谢大佬提醒，具体是指在 prerouting nat 里将 DNS 包 DNAT 到 TUN 的地址吗？我试试看

@EyebrowsWhite 目前仍然需要 dnsmasq 监听在 53 端口来处理没被代理的设备的 DNS 请求，以及托管局域网里的一些域名映射规则。sing-box 似乎默认是没有 DNS 监听端口的，不像 Clash 。我在想能不能只开一个 TUN 、不用其他端口配置就能把 DNS 给处理好了

目前的临时解决方案是在网关 sing-box 上再开一个 TProxy 端口，借助 TProxy 可以处理 UDP 请求的特性，把来自 LAN 的 TCP/UDP 53 流量通过 nftables 规则 TProxy 到这个端口。但感觉还是搞得太繁琐了，应该没必要这么麻烦
```
# 增加了一条 nftables 规则来 TProxy 来自局域网的 DNS 请求
iifname $lan_devices meta l4proto {tcp, udp} th dport 53 counter meta mark set $tproxy_mark tproxy to :$tproxy_port
```
（需要配置对应的额外策略路由）
```
ip route replace local default dev lo table ${tproxy_table}
ip rule add fwmark ${tproxy_mark} table ${tproxy_table}
```

Not even wrong.

接着读博呗，昨天遇到前部门老大，也是四十多岁儿女双全人生赢家了，说他也在积极地申请复旦的在职 Ph.D. 项目

隔两三天用吸尘器的强力档清理一次，勤快点就没问题

欢迎来 NV 做 GPU 计算体系架构，AI 时代最底层最硬核的工作之一

能拿 55w pkg 说明 op 水平相当不错了。op 关注职业发展和生活，那应该是对 wlb 和企业人性化规范化有期待的，建议尽量再试试机会找个外企。毕业三年多，同届进外企的没有听说谁后悔过

好问题啊，有时不禁想人类的大脑是不是某类预训练了 20 万年的大模型，并且边训练边剪枝来控制模型大小。DNA 只是代际传递的隐变量，在下一个代际初始化后，由上一代和周围的社会族群带领进行知识蒸馏，在学习并收敛到一定的稳定态之后再逐渐开始自监督学习。隐变量可以维度很低容量很少，后续的代际间指导和自我学习才是人类大脑这堆屎山代码迭代出强智能的主要原因

AP 只影响设备如何入网，不会影响到网络分流，所以在家里的主路由上部署 UU 加速器插件即可，官方教程 https://router.uu.163.com/app/html/online/baike_share.html?baike_id=5f963c9304c215e129ca40e8