这是安卓权限机制的原因，跟小米没关系，每家安卓厂都这样

终极省钱方案：轻量服务器（最好是锐驰，200M 带宽送 50G 对象存储）腾讯云 COS+免费 EO

具体操作步骤：
1.域名解析到免费版 EO ，每月几百 G 的 CDN 流量轻轻松松，关键免费；
2.图片资源放送的 50G 对象存储里（或者直接开 40 元/50G/年的 COS ）；
3.同地域的轻量服务器挂载 COS ，走内网直接省了 COS 的流量费和请求费；

我们现在用这套方案每年省 30W 预算。

说个野路子但是很有用的方案，适合小白，大佬勿用勿喷：
如果你是面向国内用户，支付使用自建彩虹聚合易支付（后台添加微信支付宝通道，永久授权 300 块）；登录使用彩虹聚合登录（后台添加 QQ 微信等通道，永久授权 100 块）。

看前同事用这些系统对接外包项目，几天上线一个项目，太方便好用。

按照法规：只要涉及在线支付，就得办理 ICP ；只要涉及第三方入驻，就得办理 EDI 。

实际情形：公司只做自营业务，不用办理增值电信许可。但是很多平台上架确实有要求提供 ICP 许可证。

严格立法、普遍违法、选择执法是这样的，没人举报一切都好说，否则被盯上治你个无证经营，罚款 5 万起。

习惯用 SSH 隧道两行代码临时用下：

> ssh -fCND 1080 root@境外机器
> export ALL_PROXY=socks://127.0.0.1:1080

取消
> unset ALL_PROXY

@yjxjn #55

Obsidian：
①第三方插件 [Remotely Save] 将笔记资源保存到私有读写云存储（阿里云 OSS 腾讯云 COS 等所有兼容 S3 都行）；
②第三方插件 [Image Upload Toolkit] 单独将图片另外上传到公开读的云存储（也是兼容 S3 就行），为了防刷。

普遍使用短信作为账户注册和通知，主要原因是实名制要求。

1.运营商层面强制实名才能办理手机号；
2.平台以手机号作为主凭证相当于变相实名。

不要搞错因果逻辑。

目前在用 Obsidian 和 Joplin ，买的云对象存储 50G/9 元/年，自用足够了。

Ob 的网页剪藏插件不好用，会把乱七八糟格式内容都剪进去；
Joplin 剪藏好用、端到端加密好评，但是 GUI 太占内存。

我现在主用 Ob ，剪藏的网页用 Joplin 转换一次格式。

感谢分享，目前也在反复纠结复吸的过程中，做不到彻底戒除，先从减量开始。

PS：我读下来觉得真诚坦白，不知为何有人敌意这么大？！

如果只是为了连通性，有太多高性价比的方案，也能实现外网访问域名直接入站。

问题关键是：怎样最大限度合规？

EO 套家宽 NAS ，这种玩法我测试两年了，功能上没毛病，但是 EO 回源，即使网站无用户访问，也会长期维持 1 万多个连接（有些是 Range ），这特征太明显。另外就是不设置白名单怕运营商扫描，设置白名单需要手动维护 700 多个/20 /23 /24 网段。免费版获取最新节点 IP 很费劲，导致部分节点回源失败。

没有想象那么完美，最终我放弃 EO 套家宽，买了几台固定云服务器 FRP 。

我的感受（会员，DC5 ）：控制变量 [梯子+本地网络环境] 前提下，有些频道视频加载很卡，有些非常快。

难不成跟频道有关？

主密码必须大于 12 位，你确定写在纸上的密码符合规则吗？

服务器端、个人桌面端，都只用 Debian stable ，桌面端习惯 Gnome 桌面

我现在还有 3 台小主机、笔记本都跑着 PVE ，强迫症每天 [apt update && apt full-upgrde] 一年半载都没出过问题。

怀疑是你主机兼容问题，要不先进 U 盘 dos 工具箱，烤机测试下内存、CPU 、硬盘这些？

2025 年 6 月 13 日 02:50:21 cf 更新受影响服务列表：
Impacted services:
Access
WARP
Durable Objects (SQLite backed Durable Objects only)
Workers KV
Realtime
Workers AI
Stream
Parts of the Cloudflare dashboard

2025 年 6 月 13 日 03:14:10 cf 更新受影响服务列表：
AI Gateway
AutoRAG

2025 年 6 月 13 日 03:14:39
We are starting to see services recover. We still expect to see intermittent errors across the impacted services as systems handle retried and caches are filled.部分服务开始恢复

@totoro625 #73

风险值云泥之别，家宽在 [应用层] 对外提供 HTTP （相当于裸奔）/HTTPs （漏 sni ），流量特征太明显，看运营商心情封不封。使用 UDP 层协议把流量加密混淆后，运营商网关筛选风险流量相当于大海捞针，不是做不到，而是没法大面积抓包解密。

@totoro625 #44

有心理安慰作用，但意义不大。

运营商旁路信道监控，机器审核流量先打可疑标，筛出 web 入站流量信息，汇报到安全合规部门。

后台人员不会去测试你的网站是否能访问，根据系统提示的名单上报，领导签字就生成通报名单了。

当然每个地区运营商的管理口径有高有低，没被查的只是幸存者偏差罢了。

终极措施：还是套 VPN 加密，套 FRP 中转。

@jaswer #29

不行，我刚开始也这么操作的，但流量还是从外部以 HTTP 形式进入家宽，在机器审核面前特征一样的。

所以要么套 VPN （隐藏 Http ，TCP 转 UDP ），要么 FRP （入站改出站）

上面提到的笔记软件（ SAAS 或自建）我全都踩过坑

最终选择开源的 Joplin+S3 对象存储（ 9 块/50G ），后端支持多种同步方式，自建的不怕跑路，维护成本也低

页面简洁不花里胡哨，使用外部编辑器写 MD 够了。