zijinyise
deepin
2026-08-13 08:38 你是登录旧网址啊,本身就是国外服务器,有一个国内的你不用
国内地址:bbs.deepin.org.cn 解析ip是:8.148.22.15,服务器地址是杭州
旧地址:bbs.deepin.org 解析ip是:198.41.206.154 归属美国
Reply Like 0 View the author
你是登录旧网址啊,本身就是国外服务器,有一个国内的你不用
国内地址:bbs.deepin.org.cn 解析ip是:8.148.22.15,服务器地址是杭州
旧地址:bbs.deepin.org 解析ip是:198.41.206.154 归属美国
楼上正解,带cn的正常
浏览器搜到的全是org的域名

一、现象
补充说明:我的网络环境使用了带"国内外分流"功能的网络工具,问题仅在该工具开启时出现,让 deepin 域名直连后一切恢复正常(详见三、四节)。
二、排查过程与证据
2.1 账号侧认证其实是成功的
浏览器历史记录显示,每次登录都完整走完了 OAuth 流程:
故障发生在"跳回论坛建立会话"的最后一步。
2.2 论坛会话 cookie 从未建立成功
Edge 的 Cookie 数据库中,
bbs.deepin.org的会话 cookie(deepinbbs_session_cookie)时间戳停留在之前某次成功建立的旧记录上——之后连续 5 次完整登录流程都没有写入新会话,证明回调请求实际未成功完成。同时注意到论坛域名下存在
cf_clearancecookie——论坛前端套了 Cloudflare。2.3 域名解析:deepin 全系服务都在境外 IP 段
公开 DNS 查询(任何人可复现验证):
bbs.deepin.orgcloudflare-cn.getdeepin.org→198.41.206.154login.deepin.org47.239.232.129account.deepin.org47.239.232.129utcloud.deepin.org47.239.232.129注意
cloudflare-cn这个名字虽然带 "cn",但其 A 记录实际归属 Cloudflare 境外网段。2.4 经分流工具境外出口访问时论坛返回 403
【实测】同一请求、同一时段:
三、成因分析
【实测事实】
【合理推断】(以下推断未逐包抓包验证,但与全部实测事实自洽)
cf_clearance)与颁发时 IP 绑定,出口 IP 变化会导致已通过的验证失效——这解释了此类问题"时好时坏"的迷惑性四、遇到同样问题的用户如何自救
如果你使用了带分流/全局代理功能的网络工具,且遇到"论坛登录成功但无登录态、登录按钮无响应":
deepin.org(论坛 / 登录 / 账号 / 系统 UTCloud 云服务)deepin.com(登录链路login.deepinid.deepin.com)getdeepin.org(论坛 CDN 的 CNAME 目标)顺带说明:上述域名直连后,deepin 系统更新、应用商店、账户云同步也会随之恢复直连,通常更快更稳。
五、给官方的建议
login/account/bbs的 API 域名目前都在境外 IP 段,导致国内使用分流工具的用户(访问 GitHub 等属于开发者常见刚需)被系统性误判绕行。建议对国内用户做智能 DNS 分区解析,或为登录回调等关键接口提供国内直连入口。/api/v1/login/callback这类关键路径的拦截强度——拦截登录回调会产生"账号侧提示成功、论坛侧无登录态"的强迷惑性故障,用户几乎无法自行定位。六、环境信息