指南 · 创建链接

短链接为何被拒绝:缩短服务不接受什么

拒绝很少针对人,而是针对目标地址。本指南列出服务不会缩短的内容,以及每条规则背后的原因。

规则

服务像浏览器一样读取每个目标地址,并拒绝谨慎的读者不会点开的内容。每条规则堵住一种具体的误导手法。

只接受以 http 或 https 开头的网页地址,最长 2048 个字符。

会被拒绝的内容

  • 含有用户名或密码的地址。 RFC 3986 不推荐在 userinfo 字段使用 user:password 形式,这类地址是典型的伪装:@ 之前的部分看起来像可信网站。
  • 裸 IP 地址和本地名称。 像 192.168.0.1 这样的地址,或只在私有网络中存在的名称,对访问者毫无意义,还可能指向网络内部。
  • 另一个缩短服务或本站自身。 重定向链会隐藏真正的目标。普通网页端口之外的端口也出于同样的原因被拒绝。
  • 混用文字系统的名称。 例如拉丁字母与西里尔字母混合的标签,可能冒充熟悉的名称。这类标签会被拒绝,国际化名称会被标记。

如果你信任的链接被拒绝

检查粘贴的地址里是否有多余的空格、缺少 https://,或主机名前有用户名。大多数拒绝属于这几种。请使用页面的最终地址,而不是经过另一个缩短服务的链接。

通过规则的链接仍会被审查:自动审查和访客举报稍后仍可能将其封锁,被封锁的链接会立即无法打开。

问题

为什么服务拒绝指向其他缩短服务的链接?

重定向链会隐藏最终目标,访问者看不出链接真正通向哪里。

为什么含有 @ 的地址被拒绝?

地址可以在主机名前带用户名和密码,这是常见的伪装:@ 之前的文字看起来像可信网站,真正的主机在其后。

有长度限制吗?

有:2048 个字符。

来源

本指南的论断所依据的文献。每个链接在新页面打开。

  1. RFC 3986: Uniform Resource Identifier (URI): Generic Syntax