@msojocs Podman Desktop 自动映射依赖 WSL2 自带的自动映射，你看一下 WSL2 里面启动一个监听本机 127.0.0.1 地址和任意端口的程序，会不会自动启动一个 wslrelay.exe 后台进程自动转发端口。如果这个没问题的话，Podman 自动映射应当也没问题。如果有问题的话，需要检查一下 WSL2 的配置。

@neoshui rEFInd 应该是支持读取其它分区的（可能需要重新安装一下 rEFInd ，配置一下相应文件系统的 UEFI 驱动），可以试一下配置成直接读你的 Linux 分区里面的内核。
主流 UEFI 引导器里只有 systemd-boot 是必须把内核放在 ESP 里，其它基本都支持别的分区（文件系统支持会有一些差异）。

以下只考虑 AppStore 或者 Google Play ，不考虑 GPT/Claude 官网直充（风控严格很多，而且你没国外卡也用不了）

节点 IP 上一般不需要太干净，同样是低质量 IP ，我一直都用垃圾机房 IP （ IP 标记 Datacenter ），除了之前有个号作死卡 Link 支付的 bug 通过官网用国内卡直充成功导致被封以外，其它的号（其中主力账号是用 Google Play 订阅）用同样质量的机房 IP 节点都没被封。但是如果是万人骑 VPN （ IP 标记为 Public Proxy ）的风险就会很大。

如果没有优质的 IP 资源的话，不妨用 VPS 自建节点单人使用，尽管是机房 IP 但是比垃圾机场效果好。

另外礼品卡使用要谨慎。

像 Google Play 这种（美区等非低价区）支持其它国家信用卡的，优先使用国内信用卡，国内信用卡海淘银行端一般不验账单地址，Google 上直接随便填美国免税州地址就行了，直接用美区不折腾，不要尝试卡 bug 转土耳其之类的低价区，Google 礼品卡风控也异常严格不建议使用。

苹果这种限制银行卡地区，只能用礼品卡，只推荐美区官网直购电子版礼品卡（和 Store 直充不一样，官网购礼品卡支持国内信用卡，Visa/Master/银联都支持），同样不推荐转低价区因为无法直购礼品卡。

使用礼品卡有一点必须牢记，就是礼品卡不存在可信的第三方平台。因为本质上都是接入的第三方商家，货源无法保证，难免遇到涉及金融欺诈的，这种遇到一次就是必封号。哪怕是支付宝境外消费频道，都能买到黑卡刷出来的礼品卡。

记住礼品卡无大平台！（这一点年年有人不信，年年有人踩坑）礼品卡唯一可信渠道就是用自己的国内信用卡直购官网电子版（官网不限制的情况下），或者旅游时购买海外商店实体版。

用第三方平台买礼品卡就要做好扔账号的准备。

不支持 Podman 吗，感觉用 Rootful 的 Podman 加上 compose 支持（ Docker Compose V2 二进制或者专门的 podman-compose ）应该可以吧

@WayneCmd 不用完全理解啊，只要知道安卓不支持有状态，选了安卓会获取不了地址，其余的都基本不影响日常使用

@WayneCmd ASUS 也没有中继/NDP 相关的配置呀，而且 SLAAC/DHCPv6 相关的配置也简化成了一个 地址获取方式：有状态/无状态 的开关。

@WayneCmd 你说的这些是 OpenWRT 才有的设置，普通家庭用户使用的消费级路由器根本没有这么多选项。

@zwhfly 点对点链路的路由里其实不需要下一跳，只要有出接口就行，理论上不要任何公网地址，只要有 fe80 开头的 link-local 地址就可以进行你的拨号设备和运营商之间的通信了，给地址是为了让你这边的设备可以接入公网。

而这个地址配置到哪个接口上都不影响你的路由器对外联网，上面有人提到的 RFC 7278 ，原理上就是把这个/64 整个移到 LAN 段，WAN 段只用 link-local 地址和 PPP 对端通信。

其实这个例子也不完全是奇技淫巧。它对应了一种 Debug 场景：误将 generator/coroutine 当普通函数调用，导致相应的业务逻辑没有执行。如果用来面试的话可以从这个场景进行考察。

不用这种花里胡哨的库，要主流方案可以用 Jackson ，Spring 框架第一方支持。要高性能有 simdjson 。fastjson 就是路边一条，不知道用它有啥意义，难道就图一个可以像 JS 一样`JSON.xxx(...)`？。

现在 8.0 应该已经 EOL 了，LTS 是 8.4

@villivateur 有的编程语言里是有“右除”\的，比如 matlab

@lianyue 你的方案里的分流恰恰是我说的正规方案

@lianyue 没有说你的方案不行，那一条不是回复你的，我说的是 clash 默认的 fallback 方案（ OP 现在的 clash 配置大概率正在使用的方案）不行。

你的方案原理上肯定是最准确的，只是稍微麻烦一些，因为代理软件自带 geosite 数据库，对于大众网站的域名基本上没有时效性问题，一般没必要再去查询注册信息，经常上小众网站的可以考虑你的方案。

@lianyue 没这么麻烦，代理软件都是有 geosite 数据库的，虽然可能有过时的成分但大众网站基本都能正确分流。

clash 系代理软件默认的 dns fallback （国内外并行 DNS 查询+丢弃污染地址）的方案纯属坑人，DNS 泄露问题很大，不仅仅是 claude ，更意味着你所有的翻墙访问域名记录全都暴露到国内 DNS （部分地区可能触发反诈上门查水表），不知道为啥网上教程使用 clash 默认都是这种方案，真的是该淘汰了。

建议尽快切换到正规的 DNS 分流方案：域名 geosite 分流，海外域名经过代理远程查询 DNS （推荐过代理远程查询，而不是本地直连海外 DOH ），境内域名使用本地 DNS 。彻底解决 DNS 泄露问题。

除了已经跑路的原版 Clash 以外，现在无论是 clash-meta(mihomo)还是非 Clash 的代理内核（ xray, sing-box 等），普遍都是可以配置成这种 DNS 方案的，不要再用老掉牙的 fallback 方案了。

@zhengfan2016 mv2 目前只是屏蔽了，chromium 代码库里相关的源码还没清理，有的第三方 build （比如 ungoogled-chromium ）自制了高版本重新启用 mv2 的 patch

@whisper1225 就是用自己的个人网站（可以是专门建的伪装网站）域名给 vless reality 用。相当于把以前的“常规 TLS+前置伪装”的翻墙手法拿到 reality 上来用。

@allyn 美区能用国内银行发行的万事达/Visa 信用卡（不验账单地址，可以随便写），但是不能用银联