jinliming2

建议 TRACE 一下规则，看看匹配的对不对

@hanqian #20 虽然简中是新加坡官方语言之一，但是貌似语言还是以英文为主，甚至大部分人不会说中文，唐人街牛车水都好多不会说也听不懂中文的。

prerouting 链，匹配 TCP/UDP 的源地址是容器的网段，转发到旁路由

有确认单个复现用户的日志吗？
因为有些请求是客户端重复操作，后一个请求发起时主动中断了前一个请求，对实际用户来说可能没感知，对服务端来说就是一个请求在没来得及发响应的时候就中断了，报个异常日志。
如果是这个情况的话，那么现象通常是出现中断异常后同一个客户端会在几毫秒内再次发起请求，请求的资源相同，参数可能相同也可能近似（取决于服务类型），出现的次数一般同一个用户不会在一秒内连续出现多次。

回到楼主的问题，加上截图的日志，感觉像是客户端重复请求这个 Progress 接口，有点符合我说的这个特征？
排查的话，可能针对复现的单个用户，跟踪复现时间点前后一段时间的日志，看看特征。

@GuoJikun 其实不用删 fork ，只要迁一个新分支出来，reset 到原仓库的提交，然后把要 PR 的改动 cherry pick 过来就行。
不过最简单的还是在一开始就在新分支开发，原分支仅用于跟踪远程，还可以随时把原仓库的更新 merge 到自己的分支上。