अनुरोध ["होस्ट"] == "dev.testhost.com:1234" क्यों है जबकि Request.Url.Host == "localhost"

Question

हाय सब, मुझे एएसपी.NET अनुप्रयोगों का परीक्षण करते समय एक विसंगति मिली है स्थानीय रूप से विजुअल स्टूडियो 2008 (कैसिनी) के साथ अंतर्निर्मित वेब सर्वर पर।

मैं अपने स्थानीय मशीन dev.testhost.com127.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); 
    } 
    // … 
} 

स्पष्टीकरण है कि कैसिनी स्पष्ट संदर्भ स्थानीय होस्ट करने के लिए बनाता है लगता है, और रिवर्स डीएनएस लुकअप करने की कोशिश नहीं करता है। अलग-अलग, यह return "http://localhost" + _virtualPath; का उपयोग नहीं करेगा।

Answer 2

यह क्या w3 specs क्या माइक्रोसॉफ्ट Uri.Host संपत्ति को रोकने के लिए माना जाता है बनाम कहना की बात है। नामकरण समान कार्यक्षमता प्रदान करने के लिए एमएस द्वारा एक प्रयास का संकेत नहीं देता है। फ़ंक्शन जिसमें पोर्ट नंबर शामिल हैं Uri.Authority है।

आपके द्वारा पोस्ट किए गए अपडेट के साथ, आप अभी भी एक ही समस्या का सामना कर रहे हैं, बस इसके एक अलग पहलू की जांच कर रहे हैं। Uri.Host property डब्ल्यू 3 चश्मा में परिभाषित शीर्षलेख के रूप में एक ही कार्य करने के लिए कहा गया स्पष्टीकरण या implicity नहीं है।

Uri.Host संपत्ति
इस उदाहरण के मेजबान घटक हो जाता है: लंबे रूप में, यहाँ Uri.Host MSDN पृष्ठ से कुछ उद्धरण हैं।

संपत्ति मूल्य

प्रकार: System.String

एक स्ट्रिंग होस्ट नाम मौजूद है। यह आमतौर पर सर्वर का DNS होस्ट नाम या आईपी पता होता है।

इस बात की कोई गारंटी नहीं है कि यह हेडर में क्या होगा, बस यह कि किसी रूप में होस्ट नाम का प्रतिनिधित्व करता है।

Answer 3

Request.Headers["host"] ब्राउज़र से http शीर्षलेख में निर्दिष्ट होस्ट है। (उदाहरण के लिए यह है कि आप फिडलर या एचटीपीवैच के साथ यातायात की जांच करते हैं)

हालांकि, एएसपी.नेट इस (और अन्य अनुरोध जानकारी) को System.Uri उदाहरण में लोड करता है, जो अनुरोध घटक को अपने घटक भागों में पार्स करता है । इस मामले में, "होस्ट" का मूल रूप से मूल अनुरोध का मेजबान मशीन भाग (उदाहरण के लिए बंदरगाह में टीसीपी बंदरगाह के साथ) संपत्ति का संदर्भ है।

यह System.Uri कक्षा एक बहुत ही उपयोगी सहायक वर्ग है जो आपके अनुरोध को अपने हिस्सों में विभाजित करने से बाहर निकलता है, जबकि "होस्ट:" (और उस मामले के लिए "हेडर") http हेडर से सिर्फ कच्चा होता है अनुरोध डेटा।

हालांकि दोनों के पास एक ही नाम है, लेकिन वे एक ही चीज़ होने के लिए नहीं हैं।