@ryd994 这个牛

虽然像 AI 写的，不过还算完整，刚好今天我也发了相关的帖子。

另外还要在 nginx 上配置下 `set_real_ip_from` 哦，否则恶意流量添加 X-Forwarded-For: 8.8.8.8 这种 header ，你的 nginx 日志会记录成 8.8.8.8 而忽略了源请求地址。

@studyingss 我找到方案了。用 1 楼给的 CF ip 列表(set_real_ip_from+X-Forwarded-For)，然后搭配 fail2ban 规则(4 楼)。

@benjaminliangcom 只能防域名爬虫，但防不了对 vps ip 直连的请求。

@pckillers 返回空白页没用呀，还是被扫。现在 80 端口返回的就是空白页。

@poorcai #27 tun 当然可以共存，你要写好路由规则。流量走哪个网卡根据路由表来分流的。

@chzhx clash 内核的(mihomo singbox) 这些默认监听端口都是 7890 ，oc 也用过，一大堆毛病。还是直接跑裸核方便些，配置文件就那些参数。透明代理是另一码事了。

@poorcai #20 Proxifier V3 已经不使用 tun 虚拟网卡了，而是使用 NE 。

@poorcai #12 不确定你是否规则配置的有问题。

@caiyuan 可能节点问题吧

@Ipsum 这种属于抓包工具了

@poorcai 第三方的

@HADB 这种属于抓包工具了，更推荐 https://proxyman.com/

@poorcai 1Capture

@EchoWhale 这种太侵入了，你的 qq/微信等所有应用的流量都会走这个网关，相当于 utun 虚拟网卡模式，没啥区别。这种模式就严重依赖分流规则了。

@383394544 那是因为你没看明白

@SenLief 不能，这类虚拟网卡的都获取不到进程名，因为从 L3 层获取到的 IP 包系统不会给 pid 等信息。

@fengci 嗯，同理 `language_server_windows_x64.exe` 和 `language_server_linux_x64`。proxifier 看一下日志就知道了。

@Moishine 可能算吧，但这个 UI 好复古 哈哈