很多人卡在91网短链，其实只差这一步：这才是问题所在（含验证）

引言 很多人做了短链绑定却打不开、跳转异常或浏览器提示不安全，问题看起来复杂，实际上大多数情况只差一步 —— 自定义域名的 DNS/域名绑定配置没有按短链平台的要求正确完成。本文把常见陷阱拆开讲清楚，并给出可操作的验证方法，按步骤排查就能快速解决。

一行结论（先看这一句） 把你的自定义域名的 CNAME（或按平台要求的记录）准确指向平台提供的目标，并确保没有被代理/冲突，等待 DNS 生效并启用 HTTPS。这个“指向/代理/冲突”三件事，几乎能解释 80% 的故障。

常见现象与背后原因

• 页面打不开或跳转失败：多为 DNS 指向错误、记录没生效或被 CDN/代理干扰。
• 浏览器提示“连接不安全”或证书错位：域名还没正确完成 HTTPS 证书申请（通常取决于 DNS 指向和平台自动发证）。
• 访问返回 502/520/5xx：平台和你的域名之间的连接被拦截或配置冲突（例如同时使用 A 记录和 CNAME）。
• 跳转到奇怪页面或循环重定向：目标 URL 配置错误或短链平台里原始链接有问题。

一步到位的核心操作（就是这一步） 在 91 网短链控制面板完成自定义域名绑定后，回到你的域名解析服务商（域名注册商或 DNS 服务）： 1) 新建或修改记录：为你要用的子域（建议用 www 或 short 等子域，不要直接用裸域）添加一条 CNAME，值精确填写平台给出的目标域名（平台面板上会有样例）。 2) 确保 DNS 记录不是被“代理/加速”状态（例如 Cloudflare 的橙色云朵要关掉，设置为灰色云朵或关闭代理）。代理会隐藏真实目标，导致平台无法校验域名或自动发证失败。 3) 如果必须用裸域（example.com），且你的 DNS 服务不支持 ALIAS/ANAME，请改用子域（例如 www.example.com），或按照平台文档做 A 记录或跳转处理。 4) 等待生效后，在平台里完成域名验证并请求/启用 HTTPS（平台通常会自动申请证书，但前提是 DNS 指向正确）。

为什么很多人卡在这一步

• 忽略了“子域 vs 裸域”的差别：CNAME 不能用于裸域，直接把 CNAME 指向会被 DNS 拒绝或造成冲突。
• 开了 Cloudflare 的代理（或类似服务），平台看不到真实的 CNAME，无法完成验证或发证。
• 把 CNAME 指向错了（多打一字符、指向了自己的服务器等）。
• 期待即时生效，但 DNS 有缓存/TTL，或浏览器缓存导致误判。

实操验证方法（可复制粘贴的命令与判断） 下面给出用命令行和浏览器做验证的步骤与示例判断。把 domain.example 换成你的短域名。

1) 查看 DNS 是否指向正确

• dig（推荐 Linux / macOS） dig +short CNAME domain.example 期望输出：平台给你的目标域名（例如 short-xxx.91platform.com）。如果没有输出或是自己的 IP，说明配置有问题。

• nslookup（Windows / 兼容） nslookup -type=CNAME domain.example

2) 检查是否被代理（Cloudflare 等）

• 如果 dig 输出不是平台目标，而是 Cloudflare 的 IP 或你看见 A 记录指向某 IP，说明代理或记录类型不对。确认你的 DNS 控制台是否有“代理/加速”开关（Cloudflare 的“云朵”）。

3) 用 curl 检查跳转与证书

• 检查响应头（不跟随重定向） curl -I https://domain.example 期望：返回 301/302（Location 指向最终目标）或 200（若平台直接渲染页面）。若返回 525/526 等 SSL 错误，说明证书问题。

• 跟随重定向查看最终状态 curl -IL https://domain.example 观察每一步的 HTTP 状态码及 Location。

4) 检查 TLS/证书 openssl s_client -connect domain.example:443 -servername domain.example /dev/null | openssl x509 -noout -subject -issuer -dates 期望：证书的 subject 包含你的域名，且有效期在当前时间范围内。若连接失败或证书与域名不符，则证书未正确绑定。

5) 浏览器开发者工具 在浏览器打开 https://domain.example，按 F12 查看 Network 面板：

• 观察首次请求的状态码和 Location。
• 检查 Console 是否有 Mixed Content 或安全警告。
• 若出现“ERRTOOMANY_REDIRECTS”，说明跳转链存在循环。

常见错误场景与解决办法（对应排查步骤）

• 错误：在域名面板添加了 A 记录而不是 CNAME（或 A+CNAME 冲突）。 解决：按平台要求改为 CNAME，裸域特殊处理请参考平台文档或使用 www 子域。

• 错误：开了 Cloudflare 代理（橙色云朵）。 解决：把代理切成 DNS 解析（灰色云朵），等待 DNS 生效，再到短链平台完成验证与发证。验通后可以再评估是否需要开启代理，但通常代理会干扰短链平台功能。

• 错误：CNAME 指向写错或多了尾部点/少了点。 解决：对照平台提供的目标，精确填写。很多解析面板对末尾点不敏感，但人工输入错误很常见。

• 错误：使用裸域且 DNS 不支持 ALIAS。 解决：改用 www 子域或使用 DNS 提供商的 ANAME/ALIAS 功能，或在域名注册商实现 HTTP 重定向到 www。

• 错误：证书申请一直失败。 解决：先确认 DNS 正确且可公开解析，再在平台发起证书申请。若仍失败，查看平台日志或联系平台客服，通常平台会提示“域名未指向”或“域名被代理”之类信息。

示例案例（缩短版） 问题：绑定短域 short.mydomain.com 后短链打不开，浏览器显示 525/ERRSSLPROTOCOL_ERROR。 排查：

• dig +short CNAME short.mydomain.com 输出为 mydomain.com（错误）。
• 在 DNS 控制台发现 short 的记录被设置为 Cloudflare 代理（橙色云朵）。 处理：
• 将 short 的 CNAME 指向平台提供的目标域名，关闭 Cloudflare 代理（灰色）。
• 等待 DNS 生效（通常几分钟到数小时），在平台重新验证并触发 HTTPS。 结果：curl -IL short.mydomain.com 显示 301 跳转并证书匹配，短链恢复正常。

防止以后再卡住的建议

• 优先使用子域（www/short），避免裸域带来的 DNS 限制。
• 绑定后先在 DNS 层面完成生效再到平台触发验证与证书申请。
• 若使用第三方 CDN/代理，按平台文档确认兼容性，必要时临时关闭代理完成验证。
• 保存好平台要求的目标域名字符串，复制粘贴以避免手工错误。

本文标签： # 很多人 # 卡在 # 网短