@hiram21231 四川不知道，至少我这里没问题，我现在电信、移动都在白名单里，联通没有这个机制

前同事：前端静态 js 文件有漏洞，导致服务器 ssh 被黑了（实际上是他在百度下载 xshell ，连官网都不知道）

@drymonfidelia 怎么过不同 ip 和浏览器的问题呢？敏感操作没办法直接 api 操作。

问题不大，有双重验证偷不了什么

@jeesk 很多次下载 iso ，下载完成后，不能安装
----
1. 排除你的网络安全，也许你流量本身就不安全（ http 被替换，https 被中间人等等）
2. 排除本地系统环境安全，也许有个东西在监听 http 类流量转发，结果中间掉包了损坏，所以换 bt 不会

既然多次出现这种问题，你为什么还没有排查呢，都是怀疑 chrome ，你只要 google 官方下载的，不是什么百度找一个下载的，也不是用<红芯浏览器>，我相信 chrome 本身是没问题的。

@seedhk 嗷，我明白你说的点了，rate 表示允许相同标识客户端的并发访问频次
我用 `ab -n 10 -c 10` 测是没问题的
----
翻看源码，src/http/modules/ngx_http_limit_req_module.c

```
ms = (ngx_msec_int_t) (now - lr->last);
excess = lr->excess - ctx->rate * ngx_abs(ms) / 1000 + 1000;
if (excess < 0) {
    excess = 0;
}
*ep = excess;
if ((ngx_uint_t) excess > limit->burst) {
   return NGX_BUSY;
}
if (account) {
    lr->excess = excess;
    lr->last = now;
   return NGX_OK;
}
```
所以，数量计算公式，频率是 rate(r/s)，每次请求距离上次请求 T(ms)，burst 为 b

https://i.imgur.com/QIShnUo.png

@seedhk 执行 6 个，拒绝 0 个 （ 1 个立即执行，5 个放入队列）

来 10 个，执行 6 个，拒绝 4 个

1. D 监控扫盘
2. KPI

@jeesk 看了你更新的帖子内容，最基本的：怎么证明是 google-chrome 改动了文件？也许是被加料的 chrome ，也许是环境里某个脏东西，建议后续把针对文件行为监控起来。

120s 内，最后 5 个在队列里等待。
----
假定 rate=10r/s 时，将 1s 拆成 10 份，即每 100ms 可处理 1 个请求。
当 burst=5 ，若同时有 6 个请求到达，Nginx 会立刻处理第 1 个请求，剩余 5 个请求将放入队列，然后每隔 100ms 从队列中获取一个请求进行处理。
若请求数大于 6 ，将拒绝处理多余的请求，直接返回 503 。
同时，队列中的 5 个请求虽然每 100ms 会处理一个，但第 5 个请求却需要等待 5 * 100ms 即 500ms 。

当大家在试图把各种花里胡哨的碎片信息简单成类似 Hacker News 风格，或者直接转换 rss 订阅，楼主开发出了花里胡哨

至少把证据贴图出来吧？最简单的内网文件 chrome 对比 curl 下载的 md5 值