为什么wget发起访问时不会每次都发送Authorization授权字段？

根本原因 #

wget默认采用质询-响应的Basic认证逻辑：首次请求默认不携带Authorization头，等到收到服务器返回的401认证质询响应后，才会带上账号密码重新发起请求。
Arduino的Web服务端通常硬件资源有限、服务实现简化，部分无认证头的请求可能不会触发正确的401响应，会直接被拒绝或丢弃，加上你在bat循环中每次调用都是启动独立的wget进程，没有会话复用逻辑，就会出现随机认证失败的问题。

最优解决方案：添加--auth-no-challenge参数 #

这个参数会强制wget在第一次请求时就直接携带Basic认证头，跳过等待服务器质询的步骤，完全匹配你的使用需求，修改后的命令如下：

wget --auth-no-challenge --user=abc --password=def --append-output=wgetout.txt --output-document=new.html 192.168.1.123/light

该方案无需调整Arduino服务端代码，仅修改一行命令即可解决问题，也不会产生额外的请求开销。

兼容方案：手动指定认证头 #

如果你使用的是老旧的Windows编译版wget，不支持--auth-no-challenge参数，可以手动构造Base64编码的认证头传入：

1. 先将账号:密码格式的字符串做Base64编码，你的账号密码是abc:def，编码后结果为YWJjOmRlZg==
2. 使用--header参数传入认证头，命令如下：

wget --header="Authorization: Basic YWJjOmRlZg==" --append-output=wgetout.txt --output-document=new.html 192.168.1.123/light

校验方法 #

你可以临时给wget添加--debug参数运行，查看请求日志中的请求头部分，确认Authorization: Basic ***字段是否在首次请求中就已携带，确认配置生效后再去掉debug参数正常运行即可。

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