@ShadowPower 感情还是 BugOS 的锅

@kiritoyui 这个垃圾软件也太霸道了吧，安装的时候没要求关 SIP ，卸载就需要关，咋实现的

得同区？那没啥意思

老是收到 warp 的邮件，是挺好用的，但是总是才 command+Q 退出的时候冻结，必须强制退出，实在忍不了弃用了

有可能是 USB 设备干扰的吗？最近有添置新设备吗？

之前尝试过，最后还是开通实体 ukey 解决的，可能是运气好那个网点听说我的用途之后直接给我开了。

@UtadaHikaru 原来是这么回事，那还是放弃 HDMI 吧

@dalaoshu25 只恨财力不足，没这基本常识

@whatric 技术文档我也看了，可是商家原话就是这么说的，我也感觉很奇怪，既然是 HDMI2.1 ，难道还有区别？
“M4 的 hdmi 系统版本原因，暂时也无法支持的”

@jiuzhougege usbc 被另一台设备占用了，所以才考虑别的，就一台显示器，没办法

说来也奇怪，难道就这一款 m4 的 Mac mini 的 HDMI 有这个问题？官网明明说这个 HDMI 可以支持到 8k60

HDMI 显示器视频输出
支持一台分辨率最高达 8K (60Hz) 或最高达 4K (240Hz) 的显示器 (M4 和 M4 Pro 机型)

难道苹果自家的两款 5k/6k 的显示器也不能通过 m4Mac mini 的 HDMI 输入吗？
这么看来感觉是苹果的问题，但又不完全是

@minami 破案了，还真是 m4Mac mini 的问题
问了卖家，只有 m4Mac mini 的 HDMI 口不能支持 5k

感谢各位朋友的指导，确定是 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 中的服务，直接跑的服务也是一样的。