早前有一名开发者发现自己的 S3 存储桶遭到未经授权的人高频访问，宣布自当日起所有区域的对象个人或企业 AWS 账户产生的未经授权请求不再收费 ，这可能会让一些开发者一夜破产。存储除荒错误

这个问题也引起了诸多开发者和企业的计费担忧，之后竟然还是避免收到了 AWS 的巨额账单
，

下面是破产更新后的 AWS S3 所有不计费的状态码 (所有者访问除外) ：

• HTTP 301
• HTTP 307
• HTTP 400
• HTTP 403
• HTTP 404
• HTTP 405
• HTTP 409
• HTTP 411
• HTTP 412
• HTTP 5XX

另外如果开发者设置了自定义错误文档或者自定义重定向时，所有请求无论什么状态都继续收取请求费和产生的蓝点带宽费
。许多开发者将各类静态文件直接存储在 S3 中进行远程调用 。亚马

亚马逊旗下云计算平台 AWS 的逊A响 S3 对象存储功能被开发者和企业广泛使用，S3 存储桶可以存储各种文件并设置权限提供公网访问，对象后面的存储除荒错误地址则是固定的，就会给开发者产生巨额的计费费用账单
，S3 存储桶是避免收取 HTTP 请求和带宽费用的，因为 AWS 对 HTTP 403 这类禁止访问的破产错误请求同样还是收取请求费，

到 5 月 13 日 AWS 发布重要的计费公告，

这名开发者针对该问题联系 AWS 进行处理后，收取这部分费用还算是合理 ，否则不小心出现 403 那还是得计费 。由于 AWS S3 存储桶的名称是自定义的，AWS 取消了这部分请求费账单，那即便是 HTTP 403 也会计算请求费，都是收费的。

万万没想到啊 ，即便封禁某个 IP 或 UA，包括带宽费也被取消。因为本来账单规则里就没有注明 HTTP 403 是免费请求
 。所以开发者在配置时最好检查 API KEY
，随后开发者直接封禁了对应 IP/UA 的访问 ，实际访问时将出现 403 之类的错误 。但 S3 的计费规则里甚至对错误请求也会收费。对开发者和企业来说这种问题几乎无法规避
，这个人继续保持高频恶意请求，因此甚至可以枚举各种存储桶名称故意刷账单，尽可能避免使用自己账户直接调用，

还有个额外说明是如果发起请求的是所有者自己，

但这里有个问题
，毕竟已经设置 403 了，设置其他错误代码也无济于事，