Tại sao yêu cầu ["host"] == "dev.testhost.com:1234" trong khi Request.Url.Host == "localhost"

Question

Xin chào tất cả, tôi dường như đã tìm thấy sự khác biệt khi thử nghiệm các ứng dụng ASP.NET cục bộ trên máy chủ web tích hợp với Visual Studio 2008 (Cassini).

tôi đã thiết lập một máy chủ trên máy tính địa phương của tôi gắn dev.testhost.com với 127.0.0.1, kể từ khi tôi có một ứng dụng mà cần phải thay đổi diện mạo của nó tùy thuộc vào tiêu đề máy chủ sử dụng để gọi nó.

Tuy nhiên, khi tôi yêu cầu đơn đăng ký thử nghiệm của mình sử dụng http://dev.testhost.com:1234/index.aspx, giá trị của Request.Url.Host luôn là "localhost". Trong khi giá trị của Request.Headers["host"] là "dev.testhost.com:1234" (như tôi mong đợi chúng cả hai là).

Tôi KHÔNG lo ngại rằng giá trị thứ hai bao gồm các số cổng, nhưng tôi hùng mạnh bối rối là tại sao TÊN HOST là hoàn toàn khác nhau! Có ai biết nếu đây là một vấn đề được biết, hoặc bằng cách thiết kế? Hay tôi là một thằng ngốc ?!

Tôi muốn sử dụng Request.Url.Host, vì điều đó tránh phải loại bỏ số cổng khi thử nghiệm ... - Đã bị xóa do có thể gây nhầm lẫn! - Sam

Answer 1

Request.Headers["host"] là giá trị nhận được từ ứng dụng kết nối với máy chủ, trong khi giá trị khác là giá trị khác mà máy chủ nhận được khi cố gắng lấy tên miền.

Trình duyệt sử dụng trong yêu cầu tên miền được nhập vì tên miền được nhập bởi vì tên miền được sử dụng trong trường hợp tên miền ảo. Máy chủ báo cáo một bộ trong tùy chọn máy chủ hoặc máy chủ đầu tiên được tìm thấy.

EDIT: Nhìn vào mã của Cassini để xem nếu nó sử dụng một số cài đặt cụ thể, tôi nhận thấy đoạn mã sau:

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); 
    } 
    // … 
} 

Lời giải thích có vẻ là rằng Cassini làm tài liệu tham khảo rõ ràng để localhost, và không cố thực hiện tra cứu DNS ngược. Khác biệt, nó sẽ không sử dụng return "http://localhost" + _virtualPath;.

Answer 2

Đó là vấn đề của những gì w3 specs nói so với những gì thuộc tính Microsoft Uri.Host được cho là chứa. Việc đặt tên không ngụ ý một nỗ lực của MS để cung cấp chức năng giống hệt nhau. Hàm bao gồm số cổng là Uri.Authority.

Với bản cập nhật bạn đã đăng, bạn vẫn phải đối mặt với cùng một vấn đề, chỉ cần kiểm tra khía cạnh khác của nó. Các Uri.Host property không phải là explicity hoặc implicity nói để thực hiện các chức năng tương tự như các tiêu đề được xác định trong thông số w3. Ở dạng dài, đây là một số trích dẫn từ trang Uri.Host MSDN:

Uri.Host tài sản
Gets thành phần máy chủ của trường hợp này.

Property Value

Loại: System.String

một chuỗi chứa tên máy chủ. Đây thường là tên máy chủ DNS hoặc địa chỉ IP của máy chủ.

Không đảm bảo rằng điều này sẽ khớp với những gì nằm trong tiêu đề, chỉ là nó đại diện cho tên máy chủ ở một dạng nào đó.

Answer 3

Request.Headers["host"] là máy chủ được chỉ định trong tiêu đề http từ trình duyệt. (ví dụ: đây là những gì bạn thấy nếu bạn đã kiểm tra lưu lượng truy cập bằng Fiddler hoặc HttpWatch)

Tuy nhiên, ASP.NET sẽ giải thích (và các thông tin yêu cầu khác) thành một mẫu System.Uri. . Trong trường hợp này, "Máy chủ" nghĩa là phần máy chủ của yêu cầu ban đầu (ví dụ: với cổng tcp đang ở trong Cổng).

Lớp System.Uri này là lớp trợ giúp rất hữu ích, giúp bạn thoát khỏi yêu cầu của bạn thành các phần của nó, trong khi "Host:" (và cho rằng "GET") từ tiêu đề http chỉ là raw dữ liệu yêu cầu.

Mặc dù cả hai đều có cùng tên, chúng không có nghĩa là giống nhau.