@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 这种上层数据包都能接收并唤醒)

@dislike 看了 womp 为 1.通过 vnc 也确实能唤醒。但是单纯走 magic packet 我这边唤不醒，屏幕也不会点亮。所以想问问你单纯走 WoL 没有问题？

Mac mini 貌似是有的，我看 v 友有成功的。我试了下，不过没成功

@dislike 请教下: 我在 win 上想通过 wol 唤醒 M4 点亮屏幕，但是无法成功。从 tcpdump 上看，udp 是到达了的。不成功的原因可能是什么呢？设置->能源->唤醒以供网络访问 是打开的。

PS：WoL 唤醒成功的话是会点亮屏幕的吧？

@BeforeTooLate 第一次确实会很慢。1.你每次动的设置是否会影响 2.像技嘉主板上有 LED 灯，对应 cpu 、DRAM 、boot(应就是主板？)、vga ， 如果卡的话可以通过 LED 判断卡在哪个环节。 不知道微星有没有类似机制？

@NewMoorj 我又来补一个例外的 case 了 :)
我 11 月初京东买的 mac mini ，前 2 天到货，今天激活。在官网查 coverage 居然也是“无法验证你的购买日期”，但是在设置->AppleCare 与保修里，又能看到正确的有限保修日期。

这是为啥？

PS： 附上 JD 客服答复(感觉答不对题)
>
您好，官网显示的保修期与签收日期不一致，是因为还未同步发票，京东会在您签收产品后自动同步保修期到官网，一般是 7 个工作日内完成，您可以过几天再次查询哦查询链接 https://checkcoverage.apple.com/?locale=zh_CN 若 7 天未能自动更新，您可以点击官网，手动上传发票文件修改保修期，咱们保证全新正品哦，Apple 官方保修以发票为准的，日期没有同步也是不影响实际保修期的哦

@pacino 是，现在 GV 很严格，很多风控策略。我选的是🪜的家宽 IP 。另一个可能原因是接码的实体手机号已经接过了，那也是不行的。
我重注册了个 google(没有验证手机，说明 IP 还干净？），然后 sms-activate 换了 4 个号都不行。

打算放弃了

@xyz3210 请教下，在 proxy-seller.com 申请家宽 ip 后，你是怎么用的从而可以访问 gv 呢？我如果直接在 win 代理设置里设置，会被阻断；在 clash 里添加了一个 socks proxy ，也不行