我在 Windows 2019 上运行 IIS10，用户会定期上传 MOV 和 MP4 等媒体。直到最近，如果请求者跳过了缓冲视频，所有此类文件都会生成一次或几次 200 或 206 状态代码。对于较旧的文件，情况仍然如此。
一个新文件（也是 MP4 格式）的行为有所不同，我不知道原因。它会在不一致但快速的时间上生成一个新的 206 状态代码请求，平均每秒约 20 个。此行为在 Chrome 网络和日志中可见。我注意到应用程序池的 CPU 使用率增加了大约 14%，这与这些调用密切相关。
由于只有最新的文件才会发生这种情况，逻辑告诉我，这与文件的导出方式有关，至少在 Windows 上的 Chrome 版本 120 和 121 上无法很好地播放，但我对人们导出文件的方式或他们使用的浏览器的影响有限。这次我将针对特定用户进行研究，但我希望找到一个通用的解决方案来防止将来发生这种情况。
我已经将动态 IP 限制设置为每 300 毫秒 25 个，但这通常会低于该值。
我可以在 IIS10 中进行配置以鼓励浏览器正常缓冲而不是这种繁重的部分内容/206 流量吗？
编辑：建议的解决方案IIS 应用程序请求路由更改 206 部分内容为 200虽然确实影响了问题，但并没有解决问题。这个问题的解决方案将 206 次调用转换为 200 次调用，这略微降低了调用的频率，从大约 20-80ms 间隔变为 80-170ms 间隔。这是一个改进，但并没有解决问题。
