在没有WAF或CloudFlare情况下阻止恶意流量图文教程

很多时候，当PHP由于大量无效访问而导致LiteSpeed Cache缓存插件而无法使用时，如何阻止不需要的流量（即恶意机器人等）呢，每天互联网上有大量的黑客、僵尸主机不断扫描主机，对于WordPress站长来说只能通过各种安全防火墙进行防护。但是如果 Wep 应用程序防火墙或 Cloudflare 不可用或无法使用，这种情况下怎么办呢？ 广泛封锁 IP 地址与封锁用户代理一样不适合提供有效保护。 后者很容易出错，而 IP 地址或越来越多地使用 MAC 地址，最终还是效果甚微。其实我们可以在没有WAF或Cloudflare情况下阻止恶意流量，相当于第一道基础防线。以下搬主题就分享一下图文教程。

其实就是使用 .htaccess进行判断及阻止访问。

一、识别低版本浏览器禁止访问

第 1 种模式是自然且所需的请求符合资格，因为自然用户使用相当最新的浏览器。 当前性可以通过浏览器版本来识别，浏览器版本是用户代理的一部分。如果该版本信息不存在或者该版本对应的浏览器已经过时数年，那么这不仅仅是一个指示，而是一个特殊功能。恶意机器人只要通过经典用户代理字符串模仿典型用户，在 99.99% 的情况下都会使用 5 年以上的浏览器版本。尽管有这个重要的功能，但这些恶意机器人的操作者似乎并没有注意到这个功能。

# 通过缺少 Sec-Fetch-* 标头和浏览器版本号 < 9 来阻止
# 添加其他用户代理以排除阻止
# 如果使用 WordPress 的LiteSpeed Cache插件，请添加 litespeed_runner 以排除此 UA 的阻止
RewriteCond %{HTTP_USER_AGENT} "!googlebot|bingbot" [NC]
RewriteCond %{HTTP_USER_AGENT} (Chrome|Firefox|Edg|Opera|Brave)/([0-9]{1,2})\. [NC]
RewriteCond %{HTTP:Sec-Fetch-Dest} !.+
RewriteCond %{HTTP:Sec-Fetch-Mode} !.+
RewriteCond %{HTTP:Sec-Fetch-Site} !.+
RewriteCond %{HTTP:Sec-Fetch-User} !.+
RewriteRule .* - [F,L]

二、禁止虚假爬虫

某些请求标头，除了一个例外，这些标头是由每个浏览器或使用相当最新的浏览器的自然用户发送的。 这些伪造的Google爬虫请求，请求标头是所有常见浏览器使用的 Sec-Fetch -* 标头。 Apple 设备上的 Safari 浏览器是个例外。 Safari 浏览器显然没有使用这些标头来抗议 Google，这会造成明显的差距或强制例外。 否则，所有使用 Safari 浏览器的 Apple 用户都将被阻止。

# 阻止伪造的 Googlebot 请求
# Googlebot 的 IP 地址取决于所使用的区域，因此此规则必须合理
# Googlebot IP 地址中不以 66.249 开头
RewriteCond %{HTTP_USER_AGENT} "Googlebot" [NC]
RewriteCond %{REMOTE_ADDR} !^66\.249\.
RewriteRule .* - [F,L]

三、禁止空用户代理

相对容易的迹象是缺少用户代理字符串，这直接表明它不可能是自然用户，禁止即可。

# Block empty User-Agent string
RewriteCond %{HTTP_USER_AGENT} ^-?$
RewriteRule .* - [F,L]

四、禁止HEAD访问

# Block HEAD requests
RewriteCond %{REQUEST_METHOD} ^HEAD$
RewriteRule .* - [F,L]

在常规操作中，经典 CMS（例如 WordPress）仅需要 GET 或 POST 请求。 HEAD 或 OPTION 绝对不是经典 CMS 需要或使用的 HTTP 方法，主要关注点是 HEAD，因为 HEAD 只返回响应标头，而不返回 HTML 正文。 没有自然用户的浏览器使用 HEAD 作为请求方法！所以根据情况进行禁止。

总结

根据前面的配置，可以有效阻止 95% 以上的不需要的流量。但是特别要注意，记得进行测试，确保出现阻止自己的常见请求。通过 .htaccess 删除请求并不能防止 DDoS 攻击，还会产生额外的负载。 此外，在个别情况下，可能需要定义异常以防止错误的阻塞。