IIS只允许特定域名访问配置_Apache IIS屏蔽域名访问教程详解
虚拟主机用户在配置IIS或Apache规则时，权限受限导致很多操作无法直接完成。虚拟主机用户发现有未备案的域名绑定到自己的网站空间，访问这些域名显示的是自己的网站内容，存在合规风险。网站被恶意镜像，对方域名完全复制你的网站内容，搜索引擎无法区分原创和镜像，导致你的网站排名下降。
从技术原理层面分析，问题背后有几个明确的原因。.htaccess中的域名屏蔽规则使用了%{HTTP_HOST}变量，但正则表达式没有正确匹配域名（如缺少^和$锚点，或没有转义点号），导致规则匹配不准确，要么误杀正常域名要么漏过恶意域名。IIS的默认网站（Default Web Site）绑定了所有未分配的IP和端口，任何解析到该服务器IP但未在IIS中绑定的域名都会访问到默认网站，如果默认网站目录是正常网站内容，恶意域名就能访问。CDN环境下，源服务器收到的HTTP_HOST是CDN回源域名而不是用户访问的原始域名，导致基于HTTP_HOST的屏蔽规则失效，需要在CDN层面配置或获取真实主机头。Apache的VirtualHost配置中，第一个VirtualHost会成为默认站点，所有未在配置中绑定的域名都会匹配到默认站点，如果默认站点指向了正常网站目录，恶意域名就能访问网站内容。屏蔽规则中只匹配了域名本身，没有考虑www和非www两种形式，以及可能的端口号（如example.com:8080），导致部分形式的访问绕过屏蔽。域名屏蔽规则中使用了301重定向，但重定向目标URL也在被屏蔽的域名下，导致循环重定向，浏览器显示"重定向次数过多"错误。虚拟主机的.htaccess被空间商禁用（AllowOverride None），用户上传的屏蔽规则完全不生效，需要通过空间商控制面板配置或联系服务商协助。
经过大量案例验证，以下方法能解决绝大多数同类问题。CDN环境：在CDN控制台配置访问控制，基于Host头屏蔽恶意域名，或在CDN回源时保留原始Host头（部分CDN默认会改写Host），确保源服务器的规则能匹配到原始域名。Apache .htaccess屏蔽指定域名：在网站根目录.htaccess中添加：RewriteEngine On
RewriteCond %{HTTP_HOST} ^bad-domain.com$ [NC,OR]
RewriteCond %{HTTP_HOST} ^www.bad-domain.com$ [NC]
RewriteRule ^(.*)$ - [F,L]，[F]返回403禁止访问，[NC]忽略大小写，[L]停止后续规则。IIS只允许指定域名：
从更广泛的运维视角来看，还有一些容易被忽略的诱发因素。服务器配置变更后没有重启Web服务或回收应用程序池，新规则没有加载生效。规则的执行顺序错误，宽泛的匹配规则放在前面拦截了后面更精确的规则。
实际操作中还需要注意以下细节。规则配置完成后查看服务器错误日志，确认没有因规则语法错误导致的500异常。修改规则前务必备份原配置文件，规则出错导致网站500错误时能快速回滚。伪静态规则修改后需要重启IIS或Apache服务，新规则才能生效。域名屏蔽适用于防止恶意域名绑定到自己的服务器IP，配置后检查正常域名访问是否正常。正则表达式中的特殊字符需要转义，如点号要写成.，否则会匹配任意字符。伪静态规则中避免使用过于宽泛的匹配，防止误拦截正常页面。
除了上述问题，实际运维中还可能遇到以下相关故障。.htaccess规则不生效，确认Apache配置中AllowOverride是否设置为All。域名屏蔽后所有域名都无法访问，检查规则中的条件判断是否写反了。IIS web.config规则报错500，检查XML语法是否正确以及URL Rewrite模块是否安装。
建立一套标准化的规则测试和上线流程，能让团队在配置变更时快速响应并降低出错概率。
更新时间：2026-08-26 20:21:01