वर्चुअल होस्टिंग: Difference between revisions
No edit summary |
No edit summary |
||
(7 intermediate revisions by 3 users not shown) | |||
Line 2: | Line 2: | ||
{{Distinguish|वर्चुअल प्राइवेट सर्वर}} | {{Distinguish|वर्चुअल प्राइवेट सर्वर}} | ||
'''वर्चुअल होस्टिंग''' एकल [[सर्वर (कंप्यूटिंग)]] (या सर्वरों के पूल) पर कई [[डोमेन नाम|डोमेन नामों]] (प्रत्येक नाम की अलग-अलग हैंडलिंग के साथ) को होस्ट करने की एक विधि है।<ref>{{cite web |url= https://www.netcraft.com/active-sites/ |title= How many active sites are there? |access-date = 14 July 2018 |website= [[Netcraft]] |language = en |quote= Circa 1996-1997, the number of distinct IP addresses would have been a good approximation to the number of real sites, since hosting companies would typically allocate an IP address to each site with distinct content, and multiple domain names could point to the IP address being used to serve the same site content. However, with the adoption of HTTP/1.1 virtual hosting, and the availability of load balancing technology it is possible to reliably host a great number of active sites on a single (or relatively few) IP addresses. |archive-url= https://web.archive.org/web/20130430231657/https://www.netcraft.com/active-sites/ |archive-date= 30 April 2013 }}</ref> यह एक ही होस्ट के नाम का उपयोग करने के लिए प्रदान की गई सभी सेवाओं की आवश्यकता के बिना सर्वर को अपने संसाधनों जैसे मेमोरी और प्रोसेसर चक्रों को साझा करने की अनुमति प्रदान करता है। '''वर्चुअल होस्टिंग''' शब्द का प्रयोग सामान्यतः [[वेब सर्वर]] के संदर्भ में किया जाता है| किन्तु सिद्धांत अन्य [[इंटरनेट]] सेवाओं पर संचालित होते हैं। | '''वर्चुअल होस्टिंग''' एकल [[सर्वर (कंप्यूटिंग)|सर्वर]] (या सर्वरों के पूल) पर कई [[डोमेन नाम|डोमेन नामों]] (प्रत्येक नाम की अलग-अलग हैंडलिंग के साथ) को होस्ट करने की एक विधि है।<ref>{{cite web |url= https://www.netcraft.com/active-sites/ |title= How many active sites are there? |access-date = 14 July 2018 |website= [[Netcraft]] |language = en |quote= Circa 1996-1997, the number of distinct IP addresses would have been a good approximation to the number of real sites, since hosting companies would typically allocate an IP address to each site with distinct content, and multiple domain names could point to the IP address being used to serve the same site content. However, with the adoption of HTTP/1.1 virtual hosting, and the availability of load balancing technology it is possible to reliably host a great number of active sites on a single (or relatively few) IP addresses. |archive-url= https://web.archive.org/web/20130430231657/https://www.netcraft.com/active-sites/ |archive-date= 30 April 2013 }}</ref> यह एक ही होस्ट के नाम का उपयोग करने के लिए प्रदान की गई सभी सेवाओं की आवश्यकता के बिना सर्वर को अपने संसाधनों जैसे मेमोरी और प्रोसेसर चक्रों को साझा करने की अनुमति प्रदान करता है। '''वर्चुअल होस्टिंग''' शब्द का प्रयोग सामान्यतः [[वेब सर्वर]] के संदर्भ में किया जाता है| किन्तु सिद्धांत अन्य [[इंटरनेट]] सेवाओं पर संचालित होते हैं। | ||
व्यापक रूप से उपयोग किया जाने वाला एप्लिकेशन [[साझा वेब होस्टिंग सेवा|शेयर्ड वेब होस्टिंग सेवा]] है। शेयर्ड वेब होस्टिंग की मूल्य एक समर्पित वेब सर्वर की तुलना में कम है क्योंकि कई ग्राहकों को एक ही सर्वर पर होस्ट किया जा सकता है। इकाई के लिए एक ही मशीन पर कई नामों का उपयोग करना भी बहुत सामान्य है| जिससे सेवाओं को प्रतिबिंबित कर सकें। जहां सेवाओं को होस्ट किया जा सके। | व्यापक रूप से उपयोग किया जाने वाला एप्लिकेशन [[साझा वेब होस्टिंग सेवा|शेयर्ड वेब होस्टिंग सेवा]] है। शेयर्ड वेब होस्टिंग की मूल्य एक समर्पित वेब सर्वर की तुलना में कम है क्योंकि कई ग्राहकों को एक ही सर्वर पर होस्ट किया जा सकता है। इकाई के लिए एक ही मशीन पर कई नामों का उपयोग करना भी बहुत सामान्य है| जिससे सेवाओं को प्रतिबिंबित कर सकें। जहां सेवाओं को होस्ट किया जा सके। | ||
Line 13: | Line 13: | ||
नाम-आधारित वर्चुअल होस्ट एक ही आईपी एड्रेस के लिए कई होस्ट नामों का उपयोग करते हैं। | नाम-आधारित वर्चुअल होस्ट एक ही आईपी एड्रेस के लिए कई होस्ट नामों का उपयोग करते हैं। | ||
अनुरोध में लक्ष्य होस्ट नाम सम्मिलित करने के लिए नाम-आधारित वर्चुअल होस्ट के लिए आवश्यक विधि नियम | अनुरोध में लक्ष्य होस्ट नाम सम्मिलित करने के लिए नाम-आधारित वर्चुअल होस्ट के लिए आवश्यक विधि नियम [[HTTP|एचटीटीपी]]/1.1 समर्थन (आज सामान्य) के साथ वेब ब्राउज़र है। यह सर्वर को सही साइट की सामग्री वितरित करने के लिए आईपी एड्रेस के अंतर्गत कई साइटों को होस्ट करने की अनुमति प्रदान करता है। विशेष रूप से इसका अर्थ सेटिंग करना है। होस्ट एचटीटीपी हेडर की सूची जो एचटीटीपी/1.1 में अनिवार्य है।<ref>{{cite journal | ||
|url=http://tools.ietf.org/html/rfc7230#section-5.4 | |url=http://tools.ietf.org/html/rfc7230#section-5.4 | ||
|title=Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing | |title=Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing | ||
Line 40: | Line 40: | ||
==आईपी-आधारित == | ==आईपी-आधारित == | ||
जब आई-आधारित वर्चुअल होस्टिंग का उपयोग किया जाता है। तो प्रत्येक साइट (या तो एक | जब आई-आधारित वर्चुअल होस्टिंग का उपयोग किया जाता है। तो प्रत्येक साइट (या तो एक डीएनएस होस्ट नाम या डीएनएस होस्ट नामों का एक समूह जो समान कार्य करता है) एक विशेष आईपी एड्रेस की ओर निर्देशित करता है। वेबसर्वर को कई भौतिक नेटवर्क इंटरफेस एक ही भौतिक इंटरफेस पर वर्चुअल नेटवर्क इंटरफेस या एक इंटरफेस पर कई आईपी एड्रेस के साथ कॉन्फ़िगर किया गया है। | ||
वेब सर्वर या तो प्रत्येक आईपी एड्रेस के लिए अलग-अलग श्रवण सॉकेट खोल सकता है या यह एक ही सॉकेट के साथ सभी इंटरफेस पर सुन सकता है और कनेक्शन स्वीकार करने के बाद टीसीपी कनेक्शन प्राप्त करने वाला आईपी एड्रेस प्राप्त कर सकता है। किसी भी प्रकार से यह आईपी एड्रेस का उपयोग यह निर्धारित करने के लिए कर सकता है कि किस वेबसाइट पर सेवा दी जाए। क्लाइंट इस प्रक्रिया में सम्मिलित नहीं है और इसलिए (नाम-आधारित वर्चुअल होस्टिंग के विपरीत) कोई संगतता समस्या नहीं है। | वेब सर्वर या तो प्रत्येक आईपी एड्रेस के लिए अलग-अलग श्रवण सॉकेट खोल सकता है या यह एक ही सॉकेट के साथ सभी इंटरफेस पर सुन सकता है और कनेक्शन स्वीकार करने के बाद टीसीपी कनेक्शन प्राप्त करने वाला आईपी एड्रेस प्राप्त कर सकता है। किसी भी प्रकार से यह आईपी एड्रेस का उपयोग यह निर्धारित करने के लिए कर सकता है कि किस वेबसाइट पर सेवा दी जाए। क्लाइंट इस प्रक्रिया में सम्मिलित नहीं है और इसलिए (नाम-आधारित वर्चुअल होस्टिंग के विपरीत) कोई संगतता समस्या नहीं है। | ||
Line 47: | Line 47: | ||
== उपयोग करता है == | == उपयोग करता है == | ||
वर्चुअल वेब होस्टिंग का उपयोग | वर्चुअल वेब होस्टिंग का उपयोग अधिकांशतः उन कंपनियों में बड़े मापदंड पर किया जाता है। जिनका व्यवसाय मॉडल ग्राहकों के लिए कम व्यय वाली वेबसाइट होस्टिंग प्रदान करना है। वर्चुअल होस्टिंग का उपयोग करते हुए सम्पूर्ण विश्व में शेयर्ड वेब होस्टिंग सेवा ग्राहक वेबसाइटों के विशाल बहुमत को [[साझा सर्वर|शेयर्ड सर्वर]] पर होस्ट किया जाता है। | ||
कई व्यावसायिक कंपनियाँ आंतरिक उद्देश्यों के लिए वर्चुअल सर्वर का उपयोग करती | कई व्यावसायिक कंपनियाँ आंतरिक उद्देश्यों के लिए वर्चुअल सर्वर का उपयोग करती हैं। जहाँ कई अलग-अलग वेबसाइटों को संचालित करने के लिए एक विधि या प्रशासनिक कारण होता है। जैसे ग्राहक [[एक्स्ट्रानेट]] वेबसाइट, कर्मचारी एक्स्ट्रानेट, आंतरिक [[इंट्रानेट]] और विभिन्न विभागों के लिए इंट्रानेट। यदि वेबसाइट आर्किटेक्चर में सुरक्षा संबंधी चिंताएँ नहीं हैं। जिससे उन्हें वर्चुअल होस्टिंग विधि का उपयोग करके एक सर्वर में सम्मिलित किया जा सकता है। जो प्रबंधन और प्रशासनिक ओवरहेड को कम करता है और व्यवसाय को समर्थन देने के लिए आवश्यक अलग-अलग सर्वरों की संख्या को कम करता है। | ||
== यह भी देखें == | == यह भी देखें == | ||
* [[बेयर-मेटल सर्वर]] | * [[बेयर-मेटल सर्वर]] | ||
* [[वर्चुअल प्राइवेट सर्वर]] | * [[वर्चुअल प्राइवेट सर्वर]] | ||
* सर्वर | *सर्वर नेम इन्डिकेशन | ||
* | * | ||
* शेयर्ड वेब होस्टिंग सर्विस | |||
==संदर्भ== | ==संदर्भ== | ||
Line 65: | Line 66: | ||
* [http://superuser.com/questions/188058/which-ports-are-considered-unsafe-on-chrome/188070#188070 Which ports are considered unsafe on Chrome] | * [http://superuser.com/questions/188058/which-ports-are-considered-unsafe-on-chrome/188070#188070 Which ports are considered unsafe on Chrome] | ||
* [http://httpd.apachis.com/docs/current/vhosts/ Apachis webhosting internet] | * [http://httpd.apachis.com/docs/current/vhosts/ Apachis webhosting internet] | ||
[[Category:Articles with hatnote templates targeting a nonexistent page]] | |||
[[Category:CS1 English-language sources (en)]] | |||
[[Category: | [[Category:CS1 errors]] | ||
[[Category:Created On 11/05/2023]] | [[Category:Created On 11/05/2023]] | ||
[[Category:Machine Translated Page]] | |||
[[Category:Pages with script errors]] | |||
[[Category:Templates Vigyan Ready]] | |||
[[Category:वेब होस्टिंग]] |
Latest revision as of 17:40, 18 May 2023
वर्चुअल होस्टिंग एकल सर्वर (या सर्वरों के पूल) पर कई डोमेन नामों (प्रत्येक नाम की अलग-अलग हैंडलिंग के साथ) को होस्ट करने की एक विधि है।[1] यह एक ही होस्ट के नाम का उपयोग करने के लिए प्रदान की गई सभी सेवाओं की आवश्यकता के बिना सर्वर को अपने संसाधनों जैसे मेमोरी और प्रोसेसर चक्रों को साझा करने की अनुमति प्रदान करता है। वर्चुअल होस्टिंग शब्द का प्रयोग सामान्यतः वेब सर्वर के संदर्भ में किया जाता है| किन्तु सिद्धांत अन्य इंटरनेट सेवाओं पर संचालित होते हैं।
व्यापक रूप से उपयोग किया जाने वाला एप्लिकेशन शेयर्ड वेब होस्टिंग सेवा है। शेयर्ड वेब होस्टिंग की मूल्य एक समर्पित वेब सर्वर की तुलना में कम है क्योंकि कई ग्राहकों को एक ही सर्वर पर होस्ट किया जा सकता है। इकाई के लिए एक ही मशीन पर कई नामों का उपयोग करना भी बहुत सामान्य है| जिससे सेवाओं को प्रतिबिंबित कर सकें। जहां सेवाओं को होस्ट किया जा सके।
वर्चुअल होस्टिंग के दो मुख्य प्रकार हैं। जो निम्न हैं- नाम-आधारित और आईपी-आधारित। नाम-आधारित वर्चुअल होस्टिंग क्लाइंट द्वारा प्रस्तुत होस्ट के नाम का उपयोग करता है। यह आईपी एड्रेस और संबंधित प्रशासनिक ओवरहेड को बचाता है। किन्तु प्रस्तुत किए जा रहे प्रोटोकॉल को उचित बिंदु पर होस्ट नाम प्रदान करना चाहिए। विशेष रूप से ट्रांसपोर्ट लेयर सुरक्षा एसएसएल/टीएलएस के साथ नाम-आधारित वर्चुअल होस्टिंग का उपयोग करने में विशेष प्रकार की कठिनाइयाँ होती हैं। आईपी-आधारित वर्चुअल होस्टिंग प्रत्येक होस्ट नाम के लिए अलग आईपी एड्रेस का उपयोग करता है और इसे किसी भी प्रोटोकॉल के साथ किया जा सकता है। किन्तु प्रत्येक डोमेन नाम के लिए समर्पित आईपी एड्रेस की आवश्यकता होती है। पोर्ट-आधारित वर्चुअल होस्टिंग सिद्धांत के रूप में भी संभव है। किन्तु व्यवहार में इसका उपयोग संभवतः ही कभी किया जाता है क्योंकि यह उपयोगकर्ताओं के अनुकूल नहीं होता है।
नाम-आधारित और आईपी-आधारित वर्चुअल होस्टिंग को जोड़ा जा सकता है| सर्वर में कई आईपी एड्रेस हो सकते हैं और कुछ या सभी आईपी पतों पर कई नाम रख सकते हैं। वाइल्डकार्ड प्रमाणपत्रों के साथ एसएसएल/टीएलएस का उपयोग करते समय यह विधि उपयोगी हो सकती है। उदाहरण के लिए यदि किसी सर्वर ऑपरेटर के पास दो प्रमाणपत्र हैं| एक *.example.com के लिए और दूसरा *.example.net के लिए। जिससे ऑपरेटर foo.example.com और bar.example.com को एक ही आईपी एड्रेस पर सर्विस प्रदान कर सकता है| किन्तु baz.example.net के लिए एक अलग आईपी की आवश्यकता होगी।
नाम-आधारित
नाम-आधारित वर्चुअल होस्ट एक ही आईपी एड्रेस के लिए कई होस्ट नामों का उपयोग करते हैं।
अनुरोध में लक्ष्य होस्ट नाम सम्मिलित करने के लिए नाम-आधारित वर्चुअल होस्ट के लिए आवश्यक विधि नियम एचटीटीपी/1.1 समर्थन (आज सामान्य) के साथ वेब ब्राउज़र है। यह सर्वर को सही साइट की सामग्री वितरित करने के लिए आईपी एड्रेस के अंतर्गत कई साइटों को होस्ट करने की अनुमति प्रदान करता है। विशेष रूप से इसका अर्थ सेटिंग करना है। होस्ट एचटीटीपी हेडर की सूची जो एचटीटीपी/1.1 में अनिवार्य है।[2]
उदाहरण के लिए एक सर्वर दो डोमेन www.example.com और www.example.net के लिए अनुरोध प्राप्त कर सकता है। दोनों डोमेन की नामांकन प्रणाली एक ही आईपी एड्रेस पर हल करते हैं। www.example.com के लिए सर्वर /var/www/user/Joe/site/ निर्देशिका से एटीएमएल फाइल भेजेगा। जबकि www.example.net के लिए अनुरोध सर्वर को /var/www/user/Mary/site/ पृष्ठों की सेवा प्रदान करेगा। समान रूप से एक ही डोमेन के दो सब-डोमेन एक साथ होस्ट किए जा सकते हैं। उदाहरण के लिए एक ब्लॉग सर्वर blog1.example.com और blog2.example.com दोनों को होस्ट कर सकता है
नाम-आधारित वर्चुअल होस्टिंग के साथ सबसे बड़ी समस्या यह है कि ट्रांसपोर्ट लेयर सिक्योरिटी एसएसएल/टीएलएस चलाने वाली कई सुरक्षित वेबसाइटों को होस्ट करना कठिन है क्योंकि एसएसएल/टीएलएस हैंडशेक (कंप्यूटिंग) सर्वर पर अपेक्षित होस्टनाम भेजे जाने से पहले होता है| सर्वर को यह नहीं ज्ञात होता है कि हैंडशेक में कौन सा प्रमाणपत्र प्रस्तुत करना है। एकल प्रमाणपत्र के लिए या तो विषयगत नाम फ़ील्ड या वाइल्डकार्ड के माध्यम से कई नामों को कवर करना संभव है। किन्तु इस दृष्टिकोण का व्यावहारिक अनुप्रयोग प्रशासनिक विचारों और वाइल्डकार्ड के मिले हुए नियमों द्वारा सीमित है। टीएलएस के लिए एक्सटेंशन है। जिसे सर्वर नेम इंडिकेशन कहा जाता है। जो कुछ पुराने क्लाइंट्स (विशेष रूप से विन्डोज़ एक्सपी या पुराने एंड्रॉइड (ऑपरेटिंग प्रणाली) संस्करणों पर इंटरनेट एक्सप्लोरर) को छोड़कर उस स्थितियों को एक ओर करने के लिए हैंडशेक की प्रारम्भ में नाम प्रस्तुत करता है। जो सर्वर नाम इन्डिकेशन संचालित नहीं करता है।
इसके अतिरिक्त यदि डोमेन नेम प्रणाली (डीएनएस) सही से कार्य नहीं कर रहा है। तो वर्चुअल रूप से होस्ट की गई वेबसाइट तक पहुँचना कठिन है। तथापि आईपी एड्रेस की जानकारी प्राप्त हो। यदि उपयोगकर्ता प्रणाली से संपर्क करने के लिए आईपी एड्रेस का उपयोग करने के लिए वापस आने का प्रयास करता है| जैसा कि http://10.23.45.67/ में है। वेब ब्राउज़र आईपी एड्रेस को होस्ट नाम के रूप में भेजेगा। चूंकि वेब सर्वर वेब ब्राउजर क्लाइंट पर निर्भर करता है। जो यह जानकारी प्रदान करता है कि किस सर्वर नाम (वीहोस्ट) का उपयोग करना है। सर्वर एक डिफ़ॉल्ट वेबसाइट के साथ प्रतिक्रिया प्रदान करेगा। सामान्यतः वह साइट नहीं जिसकी उपयोगकर्ता अपेक्षा करता है।
इस स्थिति में समाधान क्लाइंट प्रणाली के होस्ट फाइल में आईपी एड्रेस और होस्ट नाम जोड़ना है। डोमेन नाम के साथ सर्वर तक पहुँचना फिर से काम करना चाहिए। ऐसा करते समय उपयोगकर्ताओं को सावधान रहना चाहिए। चूंकि होस्ट नाम और आईपी आईपी एड्रेस के बीच सही मैपिंग में कोई भी बदलाव स्थानीय सेटिंग द्वारा ओवरराइड किया जाएगा यह वर्कअराउंड औसत वेब उपयोगकर्ता के लिए वास्तव में उपयोगी नहीं है। किन्तु डीएनएस रिकॉर्ड्स को सही करते समय साइट व्यवस्थापक के लिए कुछ काम का हो सकता है।
आईपी-आधारित
जब आई-आधारित वर्चुअल होस्टिंग का उपयोग किया जाता है। तो प्रत्येक साइट (या तो एक डीएनएस होस्ट नाम या डीएनएस होस्ट नामों का एक समूह जो समान कार्य करता है) एक विशेष आईपी एड्रेस की ओर निर्देशित करता है। वेबसर्वर को कई भौतिक नेटवर्क इंटरफेस एक ही भौतिक इंटरफेस पर वर्चुअल नेटवर्क इंटरफेस या एक इंटरफेस पर कई आईपी एड्रेस के साथ कॉन्फ़िगर किया गया है।
वेब सर्वर या तो प्रत्येक आईपी एड्रेस के लिए अलग-अलग श्रवण सॉकेट खोल सकता है या यह एक ही सॉकेट के साथ सभी इंटरफेस पर सुन सकता है और कनेक्शन स्वीकार करने के बाद टीसीपी कनेक्शन प्राप्त करने वाला आईपी एड्रेस प्राप्त कर सकता है। किसी भी प्रकार से यह आईपी एड्रेस का उपयोग यह निर्धारित करने के लिए कर सकता है कि किस वेबसाइट पर सेवा दी जाए। क्लाइंट इस प्रक्रिया में सम्मिलित नहीं है और इसलिए (नाम-आधारित वर्चुअल होस्टिंग के विपरीत) कोई संगतता समस्या नहीं है।
इस दृष्टिकोण का नकारात्मक पक्ष यह है कि सर्वर को प्रत्येक वेब साइट के लिए एक अलग आईपी एड्रेस की आवश्यकता होती है। यह प्रशासनिक ओवरहेड को बढ़ाता है (सर्वर को एड्रेस असाइन करना और इंटरनेट रजिस्ट्रियों को उन एड्रेस के उपयोग को सही ठहराना दोनों) और आईपीवी4 एड्रेस निष्क्रिय रूप में योगदान देता है।
उपयोग करता है
वर्चुअल वेब होस्टिंग का उपयोग अधिकांशतः उन कंपनियों में बड़े मापदंड पर किया जाता है। जिनका व्यवसाय मॉडल ग्राहकों के लिए कम व्यय वाली वेबसाइट होस्टिंग प्रदान करना है। वर्चुअल होस्टिंग का उपयोग करते हुए सम्पूर्ण विश्व में शेयर्ड वेब होस्टिंग सेवा ग्राहक वेबसाइटों के विशाल बहुमत को शेयर्ड सर्वर पर होस्ट किया जाता है।
कई व्यावसायिक कंपनियाँ आंतरिक उद्देश्यों के लिए वर्चुअल सर्वर का उपयोग करती हैं। जहाँ कई अलग-अलग वेबसाइटों को संचालित करने के लिए एक विधि या प्रशासनिक कारण होता है। जैसे ग्राहक एक्स्ट्रानेट वेबसाइट, कर्मचारी एक्स्ट्रानेट, आंतरिक इंट्रानेट और विभिन्न विभागों के लिए इंट्रानेट। यदि वेबसाइट आर्किटेक्चर में सुरक्षा संबंधी चिंताएँ नहीं हैं। जिससे उन्हें वर्चुअल होस्टिंग विधि का उपयोग करके एक सर्वर में सम्मिलित किया जा सकता है। जो प्रबंधन और प्रशासनिक ओवरहेड को कम करता है और व्यवसाय को समर्थन देने के लिए आवश्यक अलग-अलग सर्वरों की संख्या को कम करता है।
यह भी देखें
- बेयर-मेटल सर्वर
- वर्चुअल प्राइवेट सर्वर
- सर्वर नेम इन्डिकेशन
- शेयर्ड वेब होस्टिंग सर्विस
संदर्भ
- ↑ "How many active sites are there?". Netcraft (in English). Archived from the original on 30 April 2013. Retrieved 14 July 2018.
Circa 1996-1997, the number of distinct IP addresses would have been a good approximation to the number of real sites, since hosting companies would typically allocate an IP address to each site with distinct content, and multiple domain names could point to the IP address being used to serve the same site content. However, with the adoption of HTTP/1.1 virtual hosting, and the availability of load balancing technology it is possible to reliably host a great number of active sites on a single (or relatively few) IP addresses.
- ↑ Fielding, Roy T.; Reschke, Julian (June 2014). Fielding, R.; Reschke, J. (eds.). "Hypertext Transfer Protocol (HTTP/1.1): Message Syntax and Routing". IETF. doi:10.17487/RFC7230. Retrieved 2014-07-24.
{{cite journal}}
: Cite journal requires|journal=
(help)