Referrer-Policy 头构建器
网络
Referrer-Policy 头控制当用户点击链接或你的页面发出子资源请求时，`Referer` 请求头中包含多少你的 URL。此构建器让你选择八种标准策略之一，并查看在三个重要场景中究竟会发送什么：同源请求、HTTPS 上的跨源请求，以及降级到 HTTP 的跨源请求。响应头和 `<meta>` 形式都被发出，所以你可以从服务器或在 CDN 缓存的 HTML 中应用策略。
—
响应头
Referrer-Policy: strict-origin-when-cross-originMeta 标签形式
<meta name="referrer" content="strict-origin-when-cross-origin">
发送内容
| 场景 | 发送的 Referer |
|---|---|
| 同源（HTTPS→HTTPS，同主机） | https://app.example.com/page?id=42 |
| 跨源（HTTPS→HTTPS，不同主机） | https://api.other.com |
| 降级（HTTPS→HTTP） | (no header) |
在每个 HTML 响应上应用此头。`<meta>` 形式在你无法控制头时（不让你设置的静态托管等）有用。
使用方法
- 选择策略。现代浏览器的默认值是 `strict-origin-when-cross-origin` —— 从 HTTPS 到 HTTPS 跨源时只泄露源，降级时什么都不发。
- 阅读三个示例行，查看浏览器究竟会发送什么。
- 复制响应头（首选）或 `<meta>` 标签（在你无法控制头的 HTML 页面内工作）。
常见问题
- 哪个策略是安全默认？
- `strict-origin-when-cross-origin`。同源时发送完整 URL（你的分析仍然工作），跨源 HTTPS 时只发源，降级到 HTTP 时什么都不发。如果你不设置策略，这是现代浏览器的隐式默认值。
- 为什么 `unsafe-url` 被标记？
- 它向每个目的地发送完整 URL（包括查询字符串），甚至在 HTTPS→HTTP 降级时也是。查询字符串经常包含令牌、id 和个人信息 —— `unsafe-url` 把它们泄露给网络和目的地的任何广告/分析/嵌入。
相关工具
IP 地址检查器
输入 IPv4 或 IPv6 地址，查看其类、scope（私有 / 公共 / 回环 / 链路本地）、十进制值、二进制、反向 DNS 表示以及 /32 CIDR。
网络00
端口号参考
约 60 个标准 TCP / UDP 端口号的可搜索速查表 — 从 22 (SSH)、80 (HTTP) 到 6379 (Redis)、27017 (MongoDB)。
网络00
DNS 记录参考
可搜索的 DNS 记录类型速查表 — A、AAAA、CNAME、MX、TXT、NS、SOA、PTR、SRV、CAA、DNSSEC、SVCB / HTTPS — 含示例。
网络00
子网计算器（IPv4 / CIDR）
解析 IPv4 CIDR：网络地址、广播、子网掩码、通配符、主机范围、地址类。附二进制细节与公网/私网判定。
网络00
User Agent 解析器
把 User-Agent 字符串解析为浏览器、引擎、操作系统、设备、CPU。识别 20+ 种爬虫，含 GPTBot、ClaudeBot、PerplexityBot。
网络00
HTTP 状态码参考
可搜索的全部 HTTP 状态码（1xx-5xx）参考 — 含概要、RFC、使用时机与常见陷阱。
网络00