一次在某写字楼地下车库，使用 4G 网络（未连接 Wi-Fi，也不清楚周围是否有其他 Wi-Fi ）。
使用 iOS 自带天气的时候，定位城市突然漂移到另外一个省份去了（大概就是北京-上海那么远）。
随手拍了张照片，EXIF 信息里也是另外一个城市。
离开地下车库后恢复正常。

猜想：地库里某个基站上报给运营商的经纬度信息不准，同时无 Wi-Fi / GPS 等其他信息可用，就发生了定位漂移

OneNote 同步问题不完全怪 wall，人在 wall 外也遇到过莫名其妙 cannot sync

iOS Safari / Firefox Windows / Firefox Mac 均中招

@julyclyde 不好意思似乎是 @错人了
@dorothyREN 见上一条，高位确实不等于安全

感谢各位 V 友的回复！

家里是没有公网 IP，要不到，而且看到有人被识别所谓私设 web 被停宽带了……
我使用的是 nps/npc ( https://github.com/ehang-io/nps) 实现的端口转发，客户端运行在 NAS Docker 上。
证书使用的是付费证书，一年不到 10 美金，可以接受。而且 Lets Encrypt 的 OCSP 由于众所周知的原因不好使（直接影响通过手机上 Synology App 连接 NAS 的速度，当时查了好久最终发现是 LE 的 OCSP 挂了，换了个证书立马解决）

查看了路由器设置菜单，在「基本设置」-「 DNS 设置」-「静态域名映射」中新增了一条，将云服务器的域名映射到 NAS 所在 LAN IP，并在群晖的 Application Portal 中新增一条规则将 localhost:12345 指向 localhost:5001 (HTTPS)。

确实可以在手动切换 4G - Wi-Fi 的测试中，实现（基本）无感的切换，并且不会出现证书报错；从外面回到家里的过程中切换效果如何还有待观察。

通过 nslookup 和观察 DNS 缓存，基本可以确定路由器「静态域名映射」的实现方式也是和 AdGuard 类似的 DNS “劫持”。至于为什么在路由器端实现 DNS 劫持的效果比 AdGuard 稍微好一点？推测是由于我当时为了防止在 NAS 中 Docker 里运行的 AdGuard 突然挂掉，导致全家断网，在路由器 DHCP 页面填了 2 个 DNS 服务器地址：
- AdGuard （主用）
- 路由器（备用）
然后由于 TP-LINK 路由器某种不知名的 DNS 查询机制使得在路由器上实现要好于在 AdGuard 新建一条自定义解析？？

关于安全问题：
@f165af34d4830eeb @julyclyde 感谢你们指出 高位端口 != 绝对安全，这一点我也深有体会。

大概是 1 年前有人扫到了我的 web page 然后试图通过枚举 admin 的密码，触发了群晖的安全机制，把 Docker 所在的 IP (172.*.*.*) 给 ban 掉了，导致彻底无法从外面访问，后来回家看日志发现了攻击痕迹。但 nps 不支持把公网访问者的真实 IP “传递”给客户端，也就是说从群晖的防火墙看来，这次是有人试图从本地 IP (172.*.*.*) 登录系统。

当然我后来通过查看云服务器上的 log 看到了攻击者的 IP，属于某欧洲国家，后来直接在云服务器防火墙把整个 CIDR 都给 block 了（反正我大概这辈子不会去那个地方）。后来也是考虑只允许来自中国大陆的 IP 通过云服务器访问，奈何 套路云 的防火墙面板不支持通过 ASN / Geo-IP 这些参数设置，只能手打 IP/CIDR （还是 cloudflare 好），遂放弃。反正一年碰不到几次攻击，大不了换个端口也能消停好久，也就是把家里不超过 10 台设备修改一下配置，改动成本不大。


TP-LINK 路由器似乎没有 ip tables 设置选项，手头上有台装了 PfSense 的软路由，这几天打算研究一下

@la0wei
@Sylv
@tankren

2018 款 MBP 8G/512G 路过，用了快 3 年了

SMART/Health Information (NVMe Log 0x02)
Critical Warning: 0x00
Temperature: 36 Celsius
Available Spare: 100%
Available Spare Threshold: 99%
Percentage Used: 3%
Data Units Read: 113,293,680 [58.0 TB]
Data Units Written: 86,502,753 [44.2 TB]
Host Read Commands: 2,067,035,286
Host Write Commands: 1,088,332,873
Controller Busy Time: 0
Power Cycles: 122
Power On Hours: 1,466
Unsafe Shutdowns: 36
Media and Data Integrity Errors: 0
Error Information Log Entries: 0

@Tumblr 个人觉得微信那个使用其他头像 /昵称的所谓隐私设置，纯属安慰剂。

具体表现为：通过微信登录后能在“个人中心”显示头像和昵称的网页（比如一些奶茶店 /饭店的自助点菜系统），选择其他头像 /昵称点击登录后，显示的依然是原始头像和昵称。

甚至有些网站根本没有提示你点击登录，还能加载出来你的头像（但愿是调用了腾讯的 api 接口，仅供前端显示，后端看不到）

腾讯应该还是会提供某种 open-id 给第三方开发者，不仅仅是头像 /昵称 /性别 /地区这些所谓“公开信息”的，open-id 在后台可能是对应多个头像 /昵称的吧

@otakuqin 控制器放在通风良好的地方做好散热防尘不太容易坏吧，我的路由器+交换机连续运行快四个月没重启过依然稳

<blockquote class="imgur-embed-pub" lang="en" data-id="a/vRCHANn" data-context="false" ><a href="//imgur.com/a/vRCHANn"></a></blockquote><script async src="//s.imgur.com/min/embed.js" charset="utf-8"></script>

Mac 上没有运行微信 QQ 或者其他国产软件，也有这条记录。

可能是 iOS 微信？或者访问的其他网页调用了腾讯 CDN ？

@dLvsYgJ8fiP8TGYU 今天晚上先试着忘记当前网络再重新加入，看看能否解决，先感谢各位提出的建议！

@ajyz
@zwzmzd

家里用的是 TPLINK，WPA2 个人版加密（不会跳 portal 页面要求登陆）

@moioooo 查了一下，没有类似手机管家 / Wi-Fi 万能钥匙之类的 app
@ybbswc 也没有装链接里提到的这个「掌上高铁」

就连微信都忍住没更新到 8.0，而且也没用过微信连 Wi-Fi

（感觉很迷，想不到还有哪些 app 可以控制 Wi-Fi ？银行的 app 会吗？）

开始怀疑是不是代理工具的问题。不过我 iPad 上也有运行同样的代理工具，配置文件也是同步的，在 iPad 上从未见过无缘无故断开 Wi-Fi

@yeeyeung 是的，也遇到过 FaceTime 视频过程中断开 Wi-Fi 跳到移动数据，耗了好多流量。

莫非 Apple 的程序员认为移动数据延时能比 Wi-Fi 还低？？

@daveh 自己家的 WPA2 Personal，iPad 就不会自动断，iPhone 才有这个问题

https://github.com/zackelia/bclm

我 Catalina 系统用的是这个，似乎是直接修改 SMC 里面的 BCLM 充电限值，我是改到 55%了
不知 Big Sur 系统 / M1 硬件还能不能用

System Preferences 系统偏好设置 -> Spotlight -> Privacy 隐私 -> "+" 添加不希望索引的目录

不知 Synology 的登录页面做的怎么样？暴露在公网安全性如何？会不会被 xss 什么的

PS：前一阵子被人搞过一次（主要就是在枚举 admin 密码，然而我管理员不叫 admin 呵呵呵）

@dLvsYgJ8fiP8TGYU http://dev.10086.cn/resource/移动认证服务端接口文档.pdf