@est 没有证书无法做有效的中间人攻击。

应该使用Microsoft的类似域名。

已写，已用

怎么没影了,我还等着这个结果呢。

#！/bin/bash

while true; do
# run your app in foreground
done

age 不准，这东西玩玩不错。

@heimutuzhu 就在避免竞争。z z

有国外的服务器，装个 dnsmasq 跑都服务就行了。

我有一个方法应该有效，如果你那还能很容易的重现可以试一下。如果是 TCP（HTTP）会话劫持的方式，为了效率考虑，对方的 Hijacker 很有可能不会处理一个会话上多个连续相关的包，因为绝大多数情况下，HTTP 完整的请求数据在一个TCP分包中。基于这样的猜想，可以做如下的验证：

1. 打开一个文本编辑器，输入一个非常简单的 HTTP 请求（注意使用 Windows 风格的换行），保存为 req.txt
2. 使用 nc server_address server_port < req.txt，不断实验调整请求内容（或直接抓包浏览器的请求），使之能够被劫持。
3. 使用 nc server_address server_port 命令连接到服务器，复制上面的 req.txt 内容的上半部分，手动贴到 nc 的命令行中，再复制下半部分，手动贴到 nc 的命令行中。反复实验，确定是否能够被劫持。

如果不会被劫持，你就找到方法了，给浏览器或其它层面打个小补丁，在发送 HTTP 请求时，人为使请求分包就能解决你的问题。

是不是你使用了什么高大上的浏览器，帮你同步了上下文喽。。。。

现在 ISP 谁还用 DNS 劫持那我落后的技术，早就是 TCP 会话劫持了。

这个问题解决了，不再使用一个专用的接收线程了（即生产者）。现在使用 Socket 的 fanout 模式，内核会自动把数据包调度到不同的线程上处理了。还使用了 zero-copy。

要注意一些位宽可能变化的类型，如 long 等，32-bit 4-byte, 64-bit 8-byte.

关键是瓶颈在哪里