别着急，我帮你一步步排查这个问题——通常出现HTTP 400无效主机名错误，大概率是绑定配置、DNS缓存或者细节设置出了问题，咱们逐个验证：

1. 核对IIS站点绑定的细节 #

• 确认绑定的IP地址：如果服务器有多个IP，要确保绑定的IP和hosts文件里指定的完全一致；如果不确定，直接选择「全部未分配」更稳妥，这样IIS会监听所有可用IP上的该主机名请求。
• 检查主机名拼写：有没有大小写错误、多余空格或者特殊字符？比如绑定的是myapp.local，就别在浏览器里输MyApp.Local（虽然大部分场景不区分，但严格匹配能避免意外问题）。
• 端口一致性：如果绑定的不是默认80（HTTP）或443（HTTPS）端口，访问时必须加上端口号，比如myapp.local:8080，否则会触发错误。
• 协议匹配：如果绑定的是HTTPS，要确保浏览器访问时用https://开头，同时确认证书的主机名和绑定的一致（不过HTTPS问题更多是证书错误，400优先排查HTTP绑定）。

2. 验证hosts文件的正确性与生效状态 #

• 检查格式：hosts文件的正确格式是[目标IP] [主机名]，比如：

  192.168.1.100 myapp.local
  

  别把IP和主机名写反，也不要加多余符号。
• 确认保存权限：编辑C:\Windows\System32\drivers\etc\hosts需要管理员权限，有时候编辑后没保存成功，打开文件再检查一遍内容是否正确。
• 刷新DNS缓存：修改hosts后必须执行命令让配置生效，打开管理员命令提示符，运行：

  ipconfig /flushdns
  

  可以用ping myapp.local测试，看返回的IP是不是你设置的服务器IP，如果不是，说明hosts没生效。

3. 检查站点绑定冲突 #

打开IIS管理器，查看所有站点的绑定列表，有没有其他站点和你的.NET项目站点使用了相同的主机名+端口组合？如果有冲突，IIS无法正确路由请求，就会返回400错误。解决方法是修改冲突站点的绑定，或者给你的项目站点指定唯一的主机名+端口。

4. 排除浏览器或网络代理的干扰 #

• 用浏览器的隐私/无痕模式访问，避免缓存的旧DNS记录或Cookie影响。
• 如果你的机器开启了代理服务器，先关闭代理再试——代理可能会修改请求的主机头，导致IIS无法识别。

5. 检查IIS请求筛选设置 #

有时候IIS的请求筛选规则会限制特定主机名的访问：

1. 在IIS管理器中选中你的站点，找到「请求筛选」功能。
2. 切换到「主机名」标签，看看有没有拒绝你使用的主机名的规则；如果有，删除该规则或者添加允许规则。

6. 验证服务器防火墙设置 #

虽然你用IP能访问，但还是确认一下服务器防火墙是否允许80/443端口的入站请求（对应HTTP/HTTPS）——有时候防火墙规则可能针对主机名做了限制，不过这种情况比较少见。

按照上面的步骤逐一排查，应该能解决HTTP 400无效主机名的问题。

内容的提问来源于stack exchange，提问作者Rasindu De Alwis