Zyxel路由器micro_httpd轮询时出现404错误求助

我之前帮朋友排查过类似o2.box路由器的自动化轮询问题，micro_httpd返回404通常和会话状态、请求细节或者路由器的防刷机制有关，给你几个针对性的排查和解决方向：

1. 确保会话状态全程一致且有效 #

路由器的session key可能会在短时间内过期，或者每次请求的会话上下文都在变化。你需要保证每次轮询都完整执行整个流程：

• 先访问/index.html提取最新的session key，不要复用之前轮询拿到的key
• 登录请求发送后，务必检查响应状态码（比如200 OK或者跳转类的302 Found），确认登录成功后再继续后续请求
• 如果登录后服务器返回了新的Cookie，要在后续的/Security_MacAddressFilter_Add.html和登出请求中带上这些Cookie，保持会话连贯性

2. 模拟真实浏览器的请求头 #

micro_httpd作为轻量Web服务器，对请求的合法性校验比较严格，缺失关键请求头可能会导致404。建议你用浏览器开发者工具（F12）抓取正常手动操作时的请求头，在Node.js请求中完全照搬，比如：

const axios = require('axios'); // 假设你用axios，原生http模块同理

const requestConfig = {
  headers: {
    'User-Agent': 'Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/118.0.0.0 Safari/537.36',
    'Referer': 'http://192.168.1.1/index.html',
    'Accept': 'text/html,application/xhtml+xml,application/xml;q=0.9,image/avif,image/webp,*/*;q=0.8'
  },
  withCredentials: true // 携带Cookie，保持会话
};

// 后续的每个请求都带上这个config
await axios.get('http://192.168.1.1/index.html', requestConfig);

3. 调整请求频率，避免触发路由器防刷机制 #

有些o2.box型号会对自动化的频繁请求做限制，即使是每分钟一次，多次登录登出的组合操作也可能触发临时拦截，返回404。可以尝试：

• 把轮询间隔从1分钟拉长到2-3分钟，观察是否还会出现404
• 在流程的每一步之间加入1-2秒的随机延迟，不要机械性地连续发送请求
• 评估登出步骤的必要性：如果路由器会话会在闲置时自动超时，或许可以省略登出操作，减少请求次数

4. 检查请求路径和参数的正确性 #

几个容易忽略的细节可能导致404：

• 路由器的路径可能大小写敏感，比如/Security_MacAddressFilter_Add.html是否和实际路径一致？可以用浏览器手动访问确认
• 登录请求中的参数分隔符不要用&，这是HTML转义后的字符，直接用&即可，比如/protectlock.cmd?password=X&sessionKey=Y
• 如果密码包含特殊字符（比如!@#），要用encodeURIComponent()对密码进行URL编码，避免参数解析错误

5. 查看micro_httpd的服务器日志（如果可行） #

如果你的路由器支持Telnet或SSH登录，可以尝试获取micro_httpd的日志文件（通常在/var/log/目录下，比如httpd.log），日志里会明确说明404的原因是路径不存在、权限不足还是请求非法，这是最直接的排查依据。

内容的提问来源于stack exchange，提问作者mariusr