参数填错的表现有两种：一种是立刻报错，一种是不报错但结果不对。后一种更麻烦，因为它看起来像站点故障。

会被直接拦下的

在 网站测速 的高级选项里，指定解析只接受 IPv4 或者域名。填 IPv6、填带端口的地址、填带路径的 URL，都会被拒绝，提示很明确。

强制 HTTP/2 和 HTTP/3 必须配 https://。目标是 http 的话，要么被自动补成 https，要么直接提示不支持。这条不是 bug，协议本身就这么要求。

重定向次数必须是 0 到 10 之间的整数。填 12、填 3.5、填负数，都过不了校验。

请求头字段有长度上限，而且不能包含换行或者空字符。从浏览器复制 Cookie 的时候，最容易带上看不见的换行符，粘贴完看着正常，提交就报错。

不会报错但结果不对的

Cookie 写错格式最常见。少一个分号、多一个空格，服务端拿到的就是一个残缺的会话，返回 302 或者 403。这时候你很容易得出「站点挂了」的结论，其实只是头没拼对。

User-Agent 填了中文或者特殊符号，有些服务端会直接拒绝请求，返回 400。看着像站点问题，实际是客户端发了不合法的头。

Referer 填成相对路径，比如 /page。格式上可能不校验，但服务端匹配不到规则，防盗链照样拦。正确写法是完整 URL。

一个排查习惯

结果异常时，先清空所有高级参数，用默认配置测一次。

默认能通、加参数不通，问题在参数；默认也不通，问题在站点或者链路。这一步能把两类问题彻底分开，省掉很多来回。

校验之外的事

校验只保证格式合法，不保证语义正确。你填了一个格式完美但根本不通的 IP，它不会拦你，结果就是超时。

所以填 IP 之前，先用 IP 查询 确认这个地址是活的、归属是对的。这一步花不了十秒，能省掉半小时的困惑。