06 / 标头就绪
请求标头
IPNixa收到的请求标头中经过安全筛选的部分。
- 状态
- 未检测
HTTP响应头检测：在线检查任意网址的安全响应头
输入网址即可检查其安全响应头，并获取适用于nginx、Apache或Cloudflare Pages的可复制修复配置。还能查看浏览器实际发送、服务器实际收到的请求头，并解决“Request Header Or Cookie Too Large”错误。
- 检查任意公开网址的安全响应头
- 适用于nginx、Apache和_headers的可复制修复配置
- 服务器实际收到的请求头
NIXA / 连接报告
服务器实际收到的请求头
根据此浏览器的请求自动加载。从不显示Cookie和凭据。
随时可以开始，结果会保留在此页面上。
结果描述的是从此浏览器发往IPNixa的请求。此工具不会保存扫描记录。
检查任意网站的安全响应头
输入网址，IPNixa会发送一次请求读取其响应头；也可以粘贴从开发者工具或curl获取的响应头。共检查6项安全响应头，每个缺失项都附有可直接复制到nginx、Apache或_headers文件中的配置行。
开发者工具 → 网络 → 选择文档 → 响应头 → 复制原始响应头。使用curl：curl -I https://example.com。最多32 KB；如果粘贴了多个HTTP响应块，只分析最后一个。
可以粘贴响应头了。
这是有限的响应头检查，不是漏洞扫描，也不是安全评级。缺少某些响应头可能有正当理由。CSP可能依赖nonce、哈希、文档内容和多项策略；Permissions Policy和隔离相关响应头取决于具体应用。HSTS仅在HTTPS下才有意义。
检查网址时，只会把该地址发送到IPNixa的服务器；服务器发出一次HEAD请求（必要时改用GET），只返回所检查的安全响应头以及Server和Content-Type，不保存任何内容。粘贴的文本只保留在此标签页中。Cookie、凭据和无关字段不会出现在结果和报告中。粘贴的值和图形信息都不会发送到分析服务。
如何检查HTTP头
- 输入网站地址并点击“检查响应头”，或粘贴已有的响应头。
- 查看哪些安全响应头通过检查，并复制缺失项的修复配置。
- 你自己的请求头会自动加载。换用其他浏览器或隐私设置后重新运行即可比较。
解决“400 Request Header Or Cookie Too Large”错误
此错误表示某个网站在你的浏览器中保存的Cookie超过了其服务器可接受的大小。只需清除该网站的Cookie：在Chrome或Edge中，点击地址栏左侧的图标，选择“Cookie和网站数据”并删除；在Firefox中，点击挂锁图标，选择“清除Cookie和网站数据”；在Safari中，打开“设置”→“隐私”→“管理网站数据”。重新登录后生成的Cookie通常会小一些。网站管理员也可以提高服务器限制，例如nginx中的large_client_header_buffers。
如何在Chrome、Edge或Firefox中查看HTTP头
按F12，打开“网络”标签，刷新页面并选择第一个请求。“标头”（Firefox中为“消息头”）会显示浏览器发送的请求头和网站返回的响应头。
HTTP头检测读取的内容
这些是我们的Worker收到的检测请求中、白名单范围内的请求头。页面导航、图片和跨域请求可能发送不同的请求头，Cloudflare也可能规范化部分值（如Accept-Encoding）。本工具从不返回Cookie、Authorization以及无法识别的请求头。缺少隐私信号并不能证明跟踪已启用。
用命令行检查HTTP头
用curl也能查看相同的HTTP头。请将example.com替换为你要检查的网站。
- 仅查看响应头（HEAD请求）
curl -I https://example.com- 正常加载页面时的响应头
curl -sD - -o /dev/null https://example.com- 同时查看请求头和响应头
curl -v -o /dev/null https://example.com
这里能看到所有请求头吗？
不会。只返回固定的一组浏览器、语言、内容协商和隐私相关请求头。凭据和其他可能敏感的请求头均已排除。