感谢各位朋友的指导，确定是 DMZ 的预期行为。更大的问题是我对“监听”的含义理解错误了，某个服务监听在某个 IP 的某个端口，意味着主机只响应发往该 IP 该端口的请求。而我之前错误的理解成只接受源于与监听地址同子网网段的请求。

@gam2046 比如测试用的 python 文件服务

Serving at http://192.168.1.2:32187
192.168.1.2 - - [17/Sep/2024 23:06:16] "GET / HTTP/1.1" 200 -
192.168.1.2 - - [17/Sep/2024 23:06:16] code 404, message File not found
192.168.1.2 - - [17/Sep/2024 23:06:16] "GET /favicon.ico HTTP/1.1" 404 -
123.158.***.**- - [17/Sep/2024 23:07:41] "GET / HTTP/1.1" 200 -
123.158.***.** - - [17/Sep/2024 23:07:57] code 404, message File not found
123.158.***.** - - [17/Sep/2024 23:07:57] "GET /favicon.ico HTTP/1.1" 404 -

123.158.*.*的就是我用于访问的外网设备的公网 IP

@gam2046 可是那些服务是可以看见源 IP 的，比如我用 python 起的一个最简单的文件服务，用外网设备访问的时候，在服务器上可以看见访问的源 IP 的，说明 DMZ 没有替换掉

@xclrr 不光是 docker 中的服务，直接跑的服务也是一样的。

好奇这玩意是怎么坏的？

至少 iPod 的随机播放是伪随机，是为了播放的歌曲看上去“更随机”“更平均”。但是不清楚为什么照片会更不平均

@CivAx "Because private RSS feeds are not processed in Apple Podcasts Connect, transcripts are not displayed for episodes that are not distributed to the Apple Podcasts catalog."
自己做的 RSS 还是不支持，即使包含了<podcast:transcript>字段

这个功能似乎必须上传 Apple podcast 平台才能使用，自己做的 rss 订阅连接中即使有 transcript 字段也没有用。

我用过一个月左右，没事，后来没需求就不用了。反正不建议大号用。

https://github.com/zhangyile/telegram-wechat
这个项目可以不用网页登陆的权限，之前用过一段时间，docker 部署，挺方便的，就是第一次用要花点功夫

新款唤醒挺快的，第一块漏光很严重，索性换的挺痛快。色彩感觉还行，有出厂教色，接近 MacBook ，不知道要不要教色一下；亮度方面毕竟还是 lcd 屏幕，hdr 效果不太行，奈何现在也没有 5k 的 oled/miniled 。

是 macOS 吗？关掉隔空投送试试看？

@huihuilang #3 请教一下，这边说的延迟是用 BestTrace 之类的测试脚本测试回程，最后一跳显示的***ms 吗？