如何在自有本地机器上通过自定义域名托管多个asp.net应用

整个流程不需要给每个应用分配独立端口，靠主机头路由实现同端口多域名的隔离，完全适配你已经持有专属域名的迁移现状。

核心组件选型准备 #

• 对Windows本地机器来说，优先启用系统自带的IIS作为托管Web服务，它原生兼容从老版本ASP.NET Framework 4.x到最新.NET Core的全系列ASP.NET运行时，不需要额外部署第三方重型Web服务
• 安装IIS时按需勾选对应组件：Framework类应用需要勾选ASP.NET 4.x相关的角色服务；.NET Core类应用需要安装对应版本的.NET Hosting Bundle，让IIS能正常拦截转发Core应用的请求

独立站点部署配置 #

每个ASP.NET应用对应IIS里一个独立的站点实例，从物理路径到应用池做完全隔离：

• 在本地磁盘为每个应用创建独立的存放目录，比如D:\WebApps\OrderSystem、D:\WebApps\Blog，将编译好的应用程序文件完整拷贝到对应目录
• 打开IIS管理器，右键「网站」节点选择「添加网站」，逐个创建站点：
  • 站点的物理路径选择对应应用的独立目录
  • 为每个站点分配独立的应用池：.NET Framework类应用配置集成模式、CLR版本对应4.0的应用池；.NET Core类应用配置「无托管代码」模式的应用池，避免不同运行时的应用互相冲突
  • 初始绑定端口统一填HTTP默认的80、HTTPS默认的443，不需要给每个应用分配独立端口

多域名绑定路由配置 #

这一步实现不同域名自动匹配对应ASP.NET应用的核心逻辑：

• 逐个打开每个站点的「绑定」配置面板，编辑对应80端口的绑定项，把主机头值替换成你持有的专属域名，比如订单系统的站点绑定order.yourdomain.com，博客系统的站点绑定blog.yourdomain.com
• IIS收到进入80端口的请求时，会自动读取请求头里携带的Host字段（也就是用户访问时输入的域名），匹配对应站点的主机头配置，把流量路由到对应应用的物理路径，全程不需要用户在访问时追加端口号
• 如果需要配置HTTPS，给每个站点申请对应域名的TLS证书，在443端口的绑定项里关联对应证书、填写匹配的主机头即可，借助IIS的SNI能力可以在同个443端口下托管多个带不同证书的域名站点

域名解析链路打通 #

因为你之前的域名指向第三方托管服务商，需要把解析链路切到本地托管的机器：

• 先确认本地宽带有没有获取到公网IPv4地址：在路由器的WAN口状态页查看，如果拿到了公网IP，直接到域名的DNS管理后台，为每个要使用的域名添加A记录，记录值填你家宽的公网出口IP
• 如果运营商分配的是大内网/CGNAT地址，用内网穿透工具把本地80、443端口映射到公网，注意穿透配置里要保留原始请求的Host头字段，避免IIS因为识别不到正确的主机头出现路由错误
• 在路由器（如果光猫是桥接模式）或者光猫（如果是光猫直接拨号）上配置端口转发规则：把公网侧80、443端口收到的请求，直接转发到托管ASP.NET应用的本地机器的固定内网IP（建议给这台机器在路由器里做IP-MAC绑定，避免内网IP变动导致转发失效）

校验与避坑提示 #

• 配置完成后先做本地连通性测试：编辑本地机器的C:\Windows\System32\drivers\etc\hosts文件，把每个域名临时指向127.0.0.1，用浏览器逐个访问对应域名，确认能正常打开应用，提前排查目录权限、应用池运行时不匹配这类基础问题——需要保证应用池的运行身份对网站物理目录有至少读取权限，有文件写入需求的应用要单独开放对应目录的写入权限
• 排查公网访问故障时，先确认本地机器的防火墙放行了80、443端口的入站规则，再确认光猫/路由器的转发规则没有配置错误
• 长期托管场景下不要给应用池配置管理员权限，使用系统内置的最小权限运行身份即可，降低本地托管的安全风险

内容的提问来源于stack exchange，提问作者Amit Das