为什么请求[“主机”] ==“dev.testhost.com:1234”而Request.Url.Host ==“本地主机”

Question

大家好，我似乎发现测试ASP.NET应用程序时的差异使用Visual Studio 2008（Cassini）在内置Web服务器上进行本地化。

我已经设置了主机上我的本地机器关联dev.testhost.com与127.0.0.1，因为我有一个需要依赖于用于调用主机头改变其外观的应用它。

但是，当我使用http://dev.testhost.com:1234/index.aspx请求我的测试应用程序时，Request.Url.Host的值始终为"localhost"。而Request.Headers["host"]的值是"dev.testhost.com:1234"（正如我所预料的那样均为）。

我不关心的是，第二个值包含端口号，但我强大的困惑，为什么主机名是完全不同的！有谁知道这是一个已知的问题，还是通过设计？还是我是个白痴？

我宁愿使用 Request.Url.Host，因为这避免了测试时剥离出来的端口号... - 删除，原因可能造成混乱！ - 山姆

Answer 1

Request.Headers["host"]是从连接到服务器的应用程序收到的值，而另一个值是服务器尝试获取域名时获得的值。

浏览器在请求中使用输入的域名，因为在虚拟域的情况下使用该名称。服务器报告服务器首选项中的一个集合，或者它找到的第一个集合。

编辑：望着卡西尼的代码，看看它是否使用了一些特殊的设置，我发现下面的代码：

public string RootUrl { 
    get { 
    if (_port != 80) { 
     return "http://localhost:" + _port + _virtualPath; 
    } 
    else { 
     return "http://localhost" + _virtualPath; 
    } 
    } 
} 

// 
// Socket listening 
// 

public void Start() { 
    try { 
    _socket = CreateSocketBindAndListen(AddressFamily.InterNetwork, IPAddress.Loopback, _port); 
    } 
    catch { 
    _socket = CreateSocketBindAndListen(AddressFamily.InterNetworkV6, IPAddress.IPv6Loopback, _port); 
    } 
    // … 
} 

的解释似乎是，卡西尼明确提到为localhost，并且不会尝试进行反向DNS查找。不同的是，它不会使用return "http://localhost" + _virtualPath;。

Answer 2

这是什么w3 specs说什么与微软Uri.Host属性应该包含什么。命名并不意味着MS试图提供相同的功能。确实包含端口号的功能是Uri.Authority。

随着您发布的更新，您仍然面临同样的问题，只是检查它的不同方面。 Uri.Host property没有明示或隐含的陈述来执行与w3规范中定义的头相同的功能。在漫长的形式，这里距离Uri.Host MSDN页一些报价：

Uri.Host物业
获取此实例的主机部分。

属性值

类型：System

包含主机名的字符串。这通常是服务器的DNS主机名或IP地址。

不能保证这将匹配头中的内容，只是它表示某种形式的主机名。

Answer 3

Request.Headers["host"]是浏览器http头中指定的主机。 （例如，如果您使用Fiddler或HttpWatch检查流量，您会看到这种情况）

但是，ASP.NET将此（和其他请求信息）闲逛到一个System.Uri实例中，该实例将请求字符串解析为其组成部分。在这种情况下，“主机”实际上指原始请求的主机部分（例如，tcp端口在端口中）属性。

这个System.Uri类是一个非常有用的帮助类，它把你的请求分解成它的所有部分，而http头中的“Host：”（对于这个“GET”）只是原始的请求数据。

尽管它们都有相同的名称，但它们并不意味着是同一件事。