IIS域名映射IP的核心操作就是在IIS管理器中为网站绑定域名与IP地址，让访客通过域名准确访问到对应服务器，配置重点在于绑定正确的IP、端口和主机名。
为什么IIS域名映射IP总是不生效?新手最容易踩的三个坑
很多朋友在配置IIS时，明明按照教程一步步点了保存，结果用域名一访问还是打不开，我帮人排查过不少这类问题，发现九个里面至少有七个是细节没处理好,先说说最典型的几个场景。
- IP地址填错了：服务器上装了多个IP，或者云服务器有内网IP和公网IP之分，你在IIS里绑定的是内网IP，但域名解析指向的是公网IP,那怎么访问都是白搭。
- 主机名没写或写错：IIS的“主机名”这一栏如果不填，那么该绑定会匹配所有带该IP的请求，如果服务器上还有其他网站，就可能被“抢走”流量，更常见的是把主机名写成了带“www”和不带“www”的差异,结果只绑定了一个。
- 端口被占用或未放行：IIS默认80端口，但有些环境里IIS服务没起来，或者防火墙拦住了80,甚至IIS自身只监听了某个特定端口而域名没带端口号访问。
行业共识认为，IIS域名映射IP的核心逻辑是“请求匹配”当访客输入域名时，DNS先解析到IP，然后请求到达服务器IIS，IIS根据IP+端口+主机名三要素找到对应站点，任何一个要素不匹配,就会落入默认站点或直接报错。
手把手教你配置IIS域名映射IP：从打开管理器到验证生效
具体操作不复杂，但每一步都建议你确认一下，以下以Windows Server 2016/2019/2026自带的IIS 10为例,老版本界面略有差异但路径类似。
第一步：在DNS或云解析控制台把域名指向服务器公网IP
- 登录域名注册商或云服务商的DNS解析面板,添加一条A记录。
- 主机记录填“@”或“www”,解析值填你服务器的公网IP地址。
- 等待解析生效，可以使用
ping 你的域名命令查看返回的IP是否正确，如果返回的IP和服务器公网IP一致,说明解析没问题。
第二步：在IIS中创建或选择站点，进行绑定设置
- 打开IIS管理器，左侧连接树选择“网站”。
- 右键你需要配置的站点，选择“编辑绑定”。
- 点击“添加”，类型选“http”，IP地址下拉框选择你的服务器IP（如果只有一块网卡一个IP，通常选“全部未分配”也可以，但为了精确映射建议明确选择）。
- 端口保持80，主机名填写你的完整域名，比如
example.com
www.example.com分别添加两条绑定。 - 点击确定,回到浏览器输入域名访问。
第三步：检查防火墙与安全组规则
- 如果域名解析正确、IIS绑定也正确，但访问超时或无响应,先查本机防火墙是否放行80端口。
- 如果是云服务器，还需要在云控制台的安全组入方向放行TCP 80端口，这一点很多人会漏掉,特别是刚接触云服务器的用户。
第四步：验证是否生效
在服务器本机打开浏览器输入http://localhost，如果能看到网站，说明IIS服务正常，再输入你的域名，如果能打开，说明IIS域名映射IP成功，如果本机可以但别人不行,重点检查安全组和防火墙。
IIS域名映射IP后网站打不开怎么办?常见故障排查清单
不少人在配置完成后遇到各种奇怪的报错，这里给你一份可以直接对照操作的排查清单,按顺序检查基本能定位问题。
检查IIS默认站点是否抢占端口
如果服务器上存在多个站点，且都绑定了80端口，但只有默认站点绑定了IP和主机名，其他站点没绑定，那么所有未匹配的请求都会流向默认站点，解决办法是把默认站点停止，或者去掉默认站点的绑定,只保留你的目标站点绑定。
检查“主机名”匹配机制
IIS的绑定顺序是ip:port:hostname的精确匹配，如果你填写的IP是公网IP，但服务器实际使用的是内网IP接受转发（比如NAT模式），那么需要绑定服务器网卡上实际存在的IP，或者使用“全部未分配”来避免IP不匹配的问题。
检查应用程序池是否停止
有时网站绑定了，但应用池被自动回收或崩溃，会导致访问502或503，右键网站对应的应用程序池，选择“启动”或“回收”试试，如果频繁崩溃,还要看事件查看器里的错误日志。
使用命令和工具验证端口监听状态
在服务器上运行netstat -ano | findstr :80，看看80端口是否处于LISTENING状态，如果没监听，说明IIS服务没有正确启动或绑定失败，如果监听正常，再用curl -I http://你的域名看看HTTP响应头是否正常返回。
IIS域名映射IP和反向代理有什么区别?该选哪种方案
不少人在过程中会混淆“映射”和“反向代理”的概念,简单区分一下：
- IIS域名映射IP：直接把IIS站点绑定到某个IP和域名上，访客请求经DNS解析直达IIS，IIS直接返回网站内容，适用于网站本身跑在IIS进程里的场景，比如ASP.NET、PHP（通过FastCGI）应用。
- 反向代理：IIS作为前置网关，把请求转发到其他端口或另一台服务器上的应用，比如你有一个Java应用跑在8080端口，不想让用户输入带端口的地址，就可以用IIS的URL Rewrite模块或Application Request Routing（ARR）做反向代理，用IIS域名映射到80端口,然后IIS再把请求转发给本机8080。
多数情况下，如果你的Web应用就部署在IIS本身，直接用映射即可，如果你需要同一域名下代理多个后端服务，或者后端不是IIS能直接运行的，比如Node.js、Java jar包,那么选择反向代理方案更合适。
多IP服务器上做IIS域名映射IP的进阶配置技巧
有些服务器分配了多个IP地址，比如不同业务需要不同IP出站，或者SSL证书需要独立IP,这时候用IIS做域名映射就有讲究了。
每个域名绑定独立IP
右键站点选择“编辑绑定”，IP地址下拉框里会出现多个可选IP，为每个站点选择各自对应的IP，并填写各自的主机名，这样即使端口相同，凭IP不同也能精确区分，注意：如果某站点选择“全部未分配”，它会占据所有未被明确绑定的IP请求,容易引起冲突。
用主机名配合同一个IP做多站点
如果只有一个公网IP，又想跑多个网站，可以通过不同的主机名（域名）来区分，只要每个站点的绑定中IP相同、端口相同，但主机名不同，IIS就能区分，这也是最常见的虚拟主机方式，配置时记得把每个域名的“www”和“根域名”都加进去,免得漏掉一个导致某个入口访问出错。
IPv6地址需要注意什么
如果你的服务器启用了IPv6，绑定IP时会出现这样的地址，IIS绑定IPv6地址时，需要在绑定窗口手动输入或选择，如果DNS解析同时返回A和AAAA记录，而IIS只绑定了IPv4，则IPv6请求会失败，建议要么在IIS中同时绑定IPv6地址,要么在DNS中只保留A记录。
老域名换新服务器?IIS域名映射IP的迁移实操
网站迁移是常见需求，比如换了配置更高的服务器，或者从本地机房迁到云上，IIS域名映射IP在迁移中的核心是让新服务器快速接管请求,减少停机时间。
- 在新服务器上安装相同版本的IIS,复制原站点的文件目录到新服务器的对应路径。
- 在IIS中新建站点，物理路径指向复制过来的文件夹，并配置和原来一样的端口、主机名。
- 导出原服务器的IIS配置（
appcmd list site配合appcmd list apppool）参考设置应用池的.NET版本和管道模式。 - 如果使用了SSL证书，需要在IIS中导入证书并绑定443端口、选择对应的SNI主机名。
- 将域名解析记录从旧服务器IP切换到新服务器IP，TTL设置短一些，比如300秒,等待生效即可。
迁移过程中比较麻烦的是数据库连接字符串和邮件服务配置，建议提前和开发人员确认好，如果原站用的是文件型数据库，直接复制即可；如果是远程数据库,检查连接字符串中的数据库地址和账号权限是否还能用。
| 检查项 | 迁移后验证方法 |
|---|---|
| IIS站点状态 | 确保在IIS管理器中站点处于“已启动”状态 |
| 域名解析结果 | ping域名，确认IP变为新服务器IP |
| 本地文件权限 | 为IIS_IUSRS用户授予站点目录的读取和执行权限 |
| HTTPS证书 | 浏览器地址栏锁标记正常，无证书错误 |
关于IIS域名映射IP的几个高频疑问
IIS域名映射IP能实现端口隐藏吗?
完全可以，如果你的应用监听在非80端口，比如8080，默认情况下用户必须输入http://域名:8080才能访问，通过IIS域名映射到80端口，再通过URL Rewrite或ARR反向代理把请求转发给8080，用户只需输入域名即可，端口号就被隐藏了，配置时务必留意重写规则里的条件设置,避免循环跳转。
一个域名可以映射到多个IP吗?
在DNS层面，一个域名可以配置多条A记录指向多个IP，这叫DNS轮询或负载均衡，但在IIS层面，一个站点绑定只能对应一个IP，如果要做高可用，通常是在前端用负载均衡设备或云负载均衡服务，后端多个服务器各自运行IIS，负载均衡器将请求分发到不同IIS服务器，此时IIS域名映射IP只需绑定本机私有IP和域名,由负载均衡器对外接受公网流量。
IIS域名映射IP时SSL证书怎么绑定?
在IIS中编辑站点绑定，添加类型为“https”的绑定，IP选择你服务器的IP，端口443，然后从服务器证书下拉框选择已导入的证书，如果有多张证书，务必保证所选证书的域名与绑定的主机名匹配，在Windows Server 2012以上版本默认启用SNI，你可以在绑定窗口中勾选“需要服务器名称指示”，这样单IP可以绑定多个HTTPS站点,不同域名对应不同证书。
网站跑起来之后，还需要定期检查IIS日志文件和事件查看器，注意IP被恶意请求消耗连接数等情况，配置好IIS域名映射IP只是第一步，后续的维护、监控和安全防护同样重要，把基础做好,网站稳定运行不是难事。
首发原创文章，作者：王坚，如若转载，请注明出处：https://idctop.com/article/622289.html
