@weyou 流氓软件申请 upnp 都是 7 天起步

@rebeccaMyKid @Livid 14 楼的人毫无理由地攻击我。

@jamesjammy061 问题已经解决，用第三方客户端，Pili Plus 。

@weyou 还是比垃圾 upnp 安全

NAT：5 分钟，UDP
upnp：公网用户，直接暴露，7 天

@morpheuszero2023 话说有没有什么方法，让软件连着 WiFi ，但是以为自己在用流量？我觉得这样是可行的。

@furlxy 因为买的成品号，卖家疑似多卖，我用网页版觉得没隐私，很烦这个 SB 号，就干脆分享出来了

刚买的 Pro 号，API 没怎么用，分享给大家拿去接自己的 Bot 或者翻译工具测试。请勿滥用，轻点喷。



curl "https://generativelanguage.googleapis.com/v1beta/models/gemini-flash-latest:generateContent" \
-H 'Content-Type: application/json' \
-H 'X-goog-api-key: AIzaSyDaYskhfLbCBoohLDc7O8PvvnGTG7SzIQg' \
-X POST \
-d '{
"contents": [
{
"parts": [
{
"text": "Explain how AI works in a few words"
}
]
}
]
}'

刚买的 Pro 号，API 没怎么用，分享给大家拿去接自己的 Bot 或者翻译工具测试请勿滥用，轻点喷。curl "https://generativelanguage.googleapis.com/v1beta/models/gemini-flash-latest:generateContent" \
-H 'Content-Type: application/json' \
-H 'X-goog-api-key: AIzaSyDaYskhfLbCBoohLDc7O8PvvnGTG7SzIQg' \
-X POST \
-d '{
"contents": [
{
"parts": [
{
"text": "Explain how AI works in a few words"
}
]
}
]
}'

刚买的 Pro 号，API 没怎么用，分享给大家拿去接自己的 Bot 或者翻译工具测试。请勿滥用，轻点喷。curl "https://generativelanguage.googleapis.com/v1beta/models/gemini-flash-latest:generateContent" \
-H 'Content-Type: application/json' \
-H 'X-goog-api-key: AIzaSyDaYskhfLbCBoohLDc7O8PvvnGTG7SzIQg' \
-X POST \
-d '{
"contents": [
{
"parts": [
{
"text": "Explain how AI works in a few words"
}
]
}
]
}'

@jikky #5 你的信号只要强于邻居 36dbm ，信噪比就可以压制

@jikky #5 40MHz 跑 400M ，这相当于买了个法拉利却因为路口红绿灯多，决定一辈子只挂一档跑。

家用环境追求的是瞬时吞吐的爆发力。即便有干扰，160MHz 的“冗余”也足以在干扰缝隙中实现对 40MHz 的代差碾压。企业级部署为了几百人的连接协议必须搞“集体平庸”，但在你自己的 150 平领地里，如果连物理层的天花板都不敢摸，那还谈什么“调优”？

“足够了”是消费主义的借口，“到头了”才是极客的终点。既然物理设备支持 160+80 ，就该用 DFS 把净空抢回来，而不是在 2.4G 化的 5G 频段里苟且。

你降到 40MHz 看似避开了部分频段重叠，但你忽略了最核心的资源：空口。
160MHz 能在几毫秒内把数据洪峰‘瞬间清空’，立马释放信道；而你用 40MHz 传同样大小的数据，占用信道的时间要翻 4 倍。在干扰本来就多的环境里，你在这个‘单行道’上磨蹭得越久，被邻居的数据包 Collision 的概率反而越大。 > 降频宽是企业级高密部署为了照顾几百个终端而做出的‘无奈之举’，家用环境想要防干扰，唯一的解法是‘天下武功唯快不破’——拉满 160MHz ，瞬间传完，瞬间休眠。”

周边干扰多，是因为 90% 的邻居家里那些买来就没进过后台的‘漏油器’，全都在死磕 36-48 和 149-161 这两个默认信道。
这种时候，主动阉割自己的频宽去迎合恶劣环境，是典型的‘受害者思维’。真正的做法是直接把信道切到 DFS 频段（比如 52-64 ），不比在拥挤的烂泥路里强行限速 40MHz 要香得多吗？

最关键的是网络是死的，人是活的。一年 365 天，你就算因为 DFS 断网导致饿了两三顿肚子，也比可能每一餐都会混杂邻居的地沟油要好。我要的是能用，那就是优良，不一定要是极优，不一定要是完美，但至少不能是中等、一般。用 DFS 就相当于有了问题我能立马发现，万一有一天开始 DFS 再也用不了了，我回退也不迟。总比平时用一个不知道算不算好的东西好。

因为用了 DFS 以后，结果是可观测的

与其为了追求所谓的‘绝对不断线’，每天去吃邻居信道干扰的‘地沟油’（也就是你说的向 40MHz 妥协），我宁愿选择 DFS 跑满 160MHz 。退一万步讲，就算一年 365 天里，DFS 因为雷达避让断了那么几次网（就当饿了两三顿肚子），那我也享受了绝大部分时间的‘优良’体验。我布网要的是‘能用且好用’，不求 100% 完美的 SLA ，但绝不接受常年处于‘一般’或‘中庸’的亚健康状态。

用了 DFS ，网络的状态是‘可观测的’（ Observable ）。
它要么在净空区满血狂飙，要么触发雷达退避直接断开。有了问题我能立马发现，直接排错。万一有一天周围环境大变，DFS 彻底没法用了，我再做回退（ Rollback ）也不迟。

做网络部署最怕的不是报错，而是常年用着一个不知道算不算好、默默降级却连个明确结论都没有的妥协方案。

@jikky #5 改个主信道就行，例如小米不跑测速默认走的是主信道附近的 80 而不是 160.用 DFS

家用追求性能，而不是学企业部署那种“集体的平庸”

@jikky 啥意思