HTTP (S) URL का होस्टनाम हिस्सा सही मायने में असंवेदनशील है?


16

क्या सेवा-पक्ष के किसी भी बदलाव के बिना http (s): //CompanyName.com/xyz को URL (जैसे ब्रांडिंग उद्देश्यों के लिए) का उपयोग करना सुरक्षित है?

मुझे पता है कि DNS केस-असंवेदनशील है, लेकिन क्या अभी भी साइड-इफेक्ट्स हो सकते हैं? मैं सोच रहा हूँ उदाहरण के लिए श्रृंखला के विभिन्न भाग CompanyName.com से मेल नहीं खा रहे हैं ~ companyname.com:

  • कुछ वेब बैकएंड मैच करने में विफल हो सकते हैं
  • कुछ लोड बैलेंसर / प्रॉक्सी / कैश / एप्लिकेशन लेयर फ़ायरवॉल मेल करने में विफल हो सकते हैं
  • कुछ क्लाइंट समान-मूल नीतियों को गलत तरीके से लागू कर सकते हैं
  • कुछ ग्राहक प्रमाणपत्र जांच में मेल करने में विफल हो सकते हैं
  • जबकि DNS आमतौर पर केस-असंवेदनशील होता है, क्या IDN तस्वीर बदल सकता है?

URLs के होस्टनाम भाग में राजधानियों के साथ उन या अन्य समस्याओं का अनुभव किसी ने किया है?


[संपादित करें] @ मिचेल हैम्पटन ने बताया कि, HTTP मानकों के अनुसार, होस्टनाम IS केस-असंवेदनशील है, लेकिन इस संबंध में कुछ सॉफ़्टवेयर गैर-अनुपालन योग्य हैं।

मैं यह समझने की कोशिश करता हूं कि विशेष ग्राहकों में गैर-अनुपालन सॉफ्टवेयर कितना प्रचलित है। मुझे लगता है कि हाल के सभी प्रमुख ब्राउज़र ठीक हैं, लेकिन मोबाइल ऐप्स के बारे में क्या है? (क्या मुझे इसे अलग SF प्रश्न में विभाजित करना चाहिए?) [/ संपादित करें]


उदाहरण के लिए फ़ायरफ़ॉक्स एक लोअरकेस Hostहेडर भेजता है (कम से कम इसके डेवलपर उपकरण मुझे दिखा रहे हैं) इसलिए सभी ब्राउज़र ऐसा करते हैं, आपके पास कोई भी समस्या नहीं होनी चाहिए भले ही सर्वर के पथ पर कुछ उपकरण मिश्रित मामले को पसंद न करें होस्ट नाम। curlदूसरी ओर, हेडर भेजते समय केस को संरक्षित रखता है।

जवाबों:


23

हाँ, होस्टनाम वास्तव में केस-असंवेदनशील है, जैसा कि RFC 3986 .2 3.2.2 में निर्दिष्ट है , क्योंकि सामान्य रूप से होस्टनाम DNS में केस-असंवेदनशील हैं । यह RFC आपको बताई गई समस्याओं से बचने के बारे में सिफारिशें देता है:

यद्यपि होस्ट केस-असंवेदनशील है, लेकिन उत्पादकों और सामान्य लोगों को एकरूपता के लिए पंजीकृत नामों और हेक्साडेसिमल पतों के लिए लोअरकेस का उपयोग करना चाहिए, जबकि प्रतिशत-एनकोडिंग के लिए केवल अपरकेस अक्षरों का उपयोग करना चाहिए।

मैंने देखा है कम से कम एक HTTP कैश ( डब्ल्यू 3 कुल कैश ), जो इस तरह से नहीं सामान्य होस्ट नाम करता है, और सामग्री को कई बार कैशिंग, जैसे के तहत समाप्त होता है example.com, Example.Com, EXAMPLE.COM, आदि


1
कम से कम जब तक सबसे खराब स्थिति यह है कि सामग्री को गैर-अनुरूपित कैश द्वारा कई बार कैश किया जाता है, ऐसा लगता है कि कुछ के साथ रह सकता है।
बजे एक सीवी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.