图不错，顺带帮题主总结下：

当的确是在完全锥型 NAT 的情况下，题主的设想没有问题。只是光猫/路由器 NAT 默认都不是工作在完全锥型 NAT 模式下。（ PS：我的运营商光猫后台是有一个”启用全锥 NAT“的开关）

@Tadaima 还真不知道 (ㄒoㄒ)，不过是问了订单号的。

@Kroldee 那有点难受。不过你这个可能不算典型的 case ，它那边估计要人工查验。

@zaizaizai2333 是的。估计是衡量过，不做成实时的更有利

用爱发电基本很难长久。好奇买断的话(订阅我觉得不适合)大家能接受的价格？ 15rmb ？

@dengj3355 比较确定是 mDNS 的问题了。从宿主机 macmini 上看 docker 内的 mDNS 只在 orbstack 的一个 bridge iface 上 advertise 了。在 wifi interface 上没有收到 advertise ，所以连不上

@dengj3355 你是说 Network adapter ？我都勾选试了下，仍不行。

Auto Configure
Detected: eth0 (198.19.249.2/24, fd07:b51a:cc66::2/64, fe80::1878:30ff:fe64:16a9/64)

Adapter: lo
127.0.0.1/8, 0.250.250.65/32, fd07:b51a:cc66:f0::41/128, ::1/128

Adapter: eth0 (Default)
198.19.249.2/24, fd07:b51a:cc66::2/64, fe80::1878:30ff:fe64:16a9/64

Adapter: br-17f67e1c3567
192.168.97.1/24

Adapter: docker0
192.168.215.1/24, fe80::42:59ff:fe3b:951d/64

Adapter: vethe0a372c
fe80::240a:b3ff:fe37:f581/64

Adapter: .orbmirror0
fe80::d89b:d0ff:fe54:e280/64

@Gct012 你的温控器与外部通过蓝牙/wifi 通信的？
“这个通过抓包能解决嘛？” 只要协议逆向出来当然可以。指令从你本地发出不走 app 服务器

@liaoruyi @venompool88
好的。我之前想的是，如果链路上都开启 UPnP ，然后 UPnP 支持这种链式的端口映射的话。

现在看，一是链路上其它 ISP 设备大概率不会开启 UPnP ；二是 UPnP 不支持链式端口转发（只在单个路由器内工作）

我倒是没有切多个代理的需求。不过 iOS 代理每次切回无的时候又不帮你保存上次的代理，就很烦。快捷指令苹果也没提供入口。有的话也是想做成你这种可以小组件切换的形式。

不错，会下载试下！

PS： “自动扫描局域网内端口号为 8888 Wifi 代理” 相当于是 nmap 对局域网网段进行端口扫描？

不知道你 DDos 基础防护流量多少。我看了下我的，每月一次 100Gbps ，基础的不超过 2Gbps 。我估计基础的 DDos 防护是共享的一个带宽池子，然后封顶 2Gbps 。

关于 DDos 流量我的理解就是，你机器所在“机房网络”承接的来自请求你机器的流量。如果瞬时超过 2Gbps ，就给你黑洞了。这可能也是为什么你图里累计流量不高的原因。因为瞬时流量带宽超过限值（ 2Gbps ），腾讯就给你封了，所以累计流量并不高（攻击时间短）。

至于你说的“机器应该可以轻轻松松扛下来这么多请求吧，连给你抗的机会都不给”。对的，不会给你抗的机会的。因为这些攻击流量会占“机房网络”的带宽并可能影响其它服务。而你没有为此付费(以腾讯角度

刚测试了没有问题，18.1.1 ； charles 4.6.6

新能源车刚出来可能有这个问题。现在基本不会了，当然你自己也得看下车机芯片用的啥，比如 8295 会卡么？另外就是为什么厂商有选择地开放 app 下载，原因之一就是怕第三方 app 程序 bug 导致车机变卡死机。
兜底来说，车机宕机了也不会影响你机械驾驶，这个应该是有保证的。

真的担心地问题其实是电池。首先说下，任何东西都有损耗。电池也好，发动机也罢。但电池的问题是：1.使用环境条件相对苛刻(比如对温度要求) 2.虽然发动机也有损耗，要保养，但是电池的损耗相对“不可控 不可预测”。你不知道电芯出厂的一致性是什么级别，你不知道随着你的使用电芯之间的一致性会如何减弱。这一切都在以化学反应微观进行

所以一般来说，现在阶段我只推荐日常通勤有家充(方便慢充校准)的朋友买纯电。

@wu67 好提醒。下次记得限制上行带宽

@xiao9469 是一种办法，但是我自己觉得还是不够丝滑。现在干脆直接把睡眠关了。待机 4-6w

@smartruid 看这个贴子里 https://v2ex.com/t/984439 很多都说可以。难道 mac 可以，mac mini 不行？..
man pmset ，womp - wake on ethernet magic packet (value = 0/1).
-------
而且单纯 ssh 登录似乎也不唤醒(屏幕未点亮，程序从 log 看也没 resume)。除非 pmset schedule wake

@notgoda https://apps.microsoft.com/detail/9NZXKL4RDLTR?hl=zh-cn&gl=HK&ocid=pdpshare 。

有线也试过了...

@notgoda 最后解决了么？我 tcpdump 看收到 wol 数据包但没有唤醒

@dislike 我实际测下来，感觉 Mac 并不支持 WoL(标准的)。可能 mac 睡眠状态上层网络栈也在 work ，如你所说。但是我期望的是，发送 magic packet 可以退出睡眠状态，让 suspend 的程序 resume 跑起来。
我实测发送 magic packet 不会 wake ，程序没有 resume 。
但是走 vnc 可以唤醒，程序 resume 。

所以我理解是 mac mini 可以但没有支持 magic packet(毕竟 vnc 这种上层数据包都能接收并唤醒)