Apache禁止指定IP访问网站_Apache IIS屏蔽IP访问教程详解
网站被恶意采集或攻击时，通过规则屏蔽IP和域名是最直接的防护手段。配置了IP屏蔽规则后，正常用户也被屏蔽无法访问网站，或者恶意IP仍然能访问，规则没有达到预期效果。Apache和IIS的IP屏蔽方式有多种（.htaccess、web.config、服务器配置、防火墙），用户分不清该用哪种方式，配置后规则优先级混乱。
多年运维经验表明，这类故障的诱因集中在几个维度。IP地址填写错误（如多写了一位、点号位置错误），导致规则匹配不到目标IP，或误匹配了其他IP段。Apache的.htaccess中使用Require指令屏蔽IP，但Apache版本是2.2，Require指令是Apache 2.4的语法，2.2应该用Deny from，版本不匹配导致规则不生效或500错误。虚拟主机的.htaccess被空间商禁用（AllowOverride None），用户上传的IP屏蔽规则不生效。IP段使用了错误的CIDR格式，如将192.168.1.0/24写成192.168.1.0/255.255.255.0，Apache和IIS的某些屏蔽方式不支持子网掩码格式，只支持CIDR。CDN或反向代理环境下，$_SERVER['REMOTE_ADDR']获取的是CDN节点IP，基于REMOTE_ADDR的屏蔽规则匹配的是CDN IP而非用户真实IP，导致要么屏蔽无效要么误封CDN节点。屏蔽规则中使用了R=301重定向，但重定向目标也在被屏蔽的IP范围内，导致循环重定向。IP屏蔽规则放在了
经过大量案例验证，以下方法能解决绝大多数同类问题。CDN环境获取真实IP：Apache中使用mod_remoteip模块，配置RemoteIPHeader X-Forwarded-For，然后用%{REMOTE_ADDR}匹配真实IP；IIS中安装"动态IP限制"或使用URL Rewrite匹配{HTTP_X_FORWARDED_FOR}变量。动态屏蔽：结合fail2ban（Linux）或Windows的动态IP限制功能，自动分析访问日志，对高频访问或异常行为的IP临时屏蔽，比手动配置静态规则更高效。IIS web.config屏蔽IP：首先安装"IP和域限制"角色服务，然后在web.config中添加
从更广泛的运维视角来看，还有一些容易被忽略的诱发因素。规则的执行顺序错误，宽泛的匹配规则放在前面拦截了后面更精确的规则。服务器配置变更后没有重启Web服务或回收应用程序池，新规则没有加载生效。
实际操作中还需要注意以下细节。防盗链规则配置后，用不同来源的请求测试，确保正常访问不受影响。IIS7+使用URL Rewrite模块，需要先安装该模块才能配置伪静态规则。Apache的.htaccess文件需要服务器开启AllowOverride All才能生效。测试规则时先在测试环境验证，确认无误后再应用到生产环境。
除了上述问题，实际运维中还可能遇到以下相关故障。域名屏蔽后所有域名都无法访问，检查规则中的条件判断是否写反了。.htaccess规则不生效，确认Apache配置中AllowOverride是否设置为All。伪静态规则中中文URL乱码，需要在规则中添加NE（no escape）标志或配置编码。IP屏蔽后正常用户也无法访问，可能是屏蔽范围过大，使用了过于宽泛的CIDR段。蜘蛛屏蔽后正常搜索引擎也被拦截，检查User-Agent匹配规则是否过于宽泛。
每次配置规则后记录规则内容和生效时间，积累下来就是宝贵的运维知识库。
更新时间：2026-09-03 12:44:49