वेब होस्टिंग सेवा: Difference between revisions
No edit summary |
No edit summary |
||
Line 1: | Line 1: | ||
[[File:Paris servers DSC00190.jpg|thumb|[[ ऊपर रैक माउंट किया गया ]] सर्वर का एक उदाहरण]] | [[File:Paris servers DSC00190.jpg|thumb|[[ ऊपर रैक माउंट किया गया | ऊपर रैक माउंट किया गया]] सर्वर का एक उदाहरण]] | ||
{{Internet hosting}} | {{Internet hosting}} | ||
Line 17: | Line 17: | ||
== इतिहास == | == इतिहास == | ||
1991 तक इंटरनेट का उपयोग केवल विज्ञान और इंजीनियरिंग में अनुसंधान और शिक्षा के लिए प्रतिबंधित था<ref>March 16, 1992 memo from Mariam Leder, NSF Assistant General Counsel to Steven Wolff, Division Director, NSF DNCRI (included at page 128 of [http://www.eric.ed.gov/ERICWebPortal/search/recordDetails.jsp?ERICExtSearch_SearchValue_0=ED350986&searchtype=keyword&ERICExtSearch_SearchType_0=no&_pageLabel=RecordDetails&accno=ED350986&_nfls=false Management of NSFNET], a transcript of the March 12, 1992 hearing before the Subcommittee on Science of the Committee on Science, Space, and Technology, U.S. House of Representatives, One Hundred Second Congress, Second Session, Hon. [[Rick Boucher]], subcommittee chairman, presiding)</ref><ref>{{Cite web|url=https://www.tibus.com/blog/the-history-of-web-hosting-how-things-have-changed-since-tibus-started-in-1996/ |title=वेब होस्टिंग का इतिहास|website=www.tibus.com|access-date=2016-12-11}}</ref> और ईमेल, [[टेलनेट]], [[एफ़टीपी]] और [[यूज़नेट]] ट्रैफ़िक के लिए प्रयोग किया गया था। किन्तु वेब पेजों की संख्या बहुत कम थी। वर्ल्ड वाइड वेब प्रोटोकॉल अभी-अभी लिखे गए थे<ref>{{cite news| url=http://news.bbc.co.uk/2/hi/technology/5242252.stm |title=वेब दुनिया भर में कैसे फैला| first=Mark| last=Ward|work=BBC News| access-date= 24 January 2011|date=3 August 2006}}</ref> और 1993 के अंत तक मैक या विंडोज कंप्यूटरों के लिए एक ग्राफिकल वेब ब्राउज़र नहीं होगा।<ref name="Raggett21">{{Cite book|title=HTML 3: Electronic Publishing on the World Wide Web|last=Raggett|first=Dave|author2=Jenny Lam|author3=Ian Alexander|date=1996|publisher=Addison-Wesley|isbn=9780201876932|location=Harlow, England; Reading, Mass|page=21}}</ref> इंटरनेट एक्सेस करने के कुछ खुलने के बाद भी नेशनल साइंस फाउंडेशन नेटवर्क कमर्शियल ISPs.2C ANS CO.2BRE.2C और CIX 1995 तक<ref name=ConneXions-April1996>[http://www.cbi.umn.edu/hostedpublications/Connexions/ConneXions10_1996/ConneXions10-04_Apr1996.pdf "Retiring the NSFNET Backbone Service: Chronicling the End of an Era"], Susan R. Harris and Elise Gerich, ''ConneXions'', Vol. 10, No. 4, April 1996</ref> इंटरनेट पर एक [[वेबसाइट]] को होस्ट करने के लिए एक व्यक्ति या कंपनी को अपने [[कंप्यूटर]] या सर्वर (कंप्यूटिंग) की आवश्यकता होगी।<ref>{{Cite web|url=https://www.tibus.com/blog/the-history-of-web-hosting-how-things-have-changed-since-tibus-started-in-1996/|title=वेब होस्टिंग का इतिहास|website=www.tibus.com|access-date=2016-10-08}}</ref> जैसा कि सभी कंपनियों के पास ऐसा करने के लिए बजट या विशेषज्ञता नहीं थी। वेब होस्टिंग सेवाओं ने उपयोगकर्ताओं की वेबसाइटों को अपने स्वयं के सर्वर पर होस्ट करना प्रारम्भ किया। जिसके लिए क्लाइंट को वेबसाइट संचालित करने के लिए आवश्यक मूलभूत ढांचे की आवश्यकता नहीं थी। वेबसाइटों के मालिक, जिन्हें [[वेबमास्टर]] भी कहा जाता है, ने ऐसी वेबसाइट | 1991 तक इंटरनेट का उपयोग केवल विज्ञान और इंजीनियरिंग में अनुसंधान और शिक्षा के लिए प्रतिबंधित था<ref>March 16, 1992 memo from Mariam Leder, NSF Assistant General Counsel to Steven Wolff, Division Director, NSF DNCRI (included at page 128 of [http://www.eric.ed.gov/ERICWebPortal/search/recordDetails.jsp?ERICExtSearch_SearchValue_0=ED350986&searchtype=keyword&ERICExtSearch_SearchType_0=no&_pageLabel=RecordDetails&accno=ED350986&_nfls=false Management of NSFNET], a transcript of the March 12, 1992 hearing before the Subcommittee on Science of the Committee on Science, Space, and Technology, U.S. House of Representatives, One Hundred Second Congress, Second Session, Hon. [[Rick Boucher]], subcommittee chairman, presiding)</ref><ref>{{Cite web|url=https://www.tibus.com/blog/the-history-of-web-hosting-how-things-have-changed-since-tibus-started-in-1996/ |title=वेब होस्टिंग का इतिहास|website=www.tibus.com|access-date=2016-12-11}}</ref> और ईमेल, [[टेलनेट]], [[एफ़टीपी]] और [[यूज़नेट]] ट्रैफ़िक के लिए प्रयोग किया गया था। किन्तु वेब पेजों की संख्या बहुत कम थी। वर्ल्ड वाइड वेब प्रोटोकॉल अभी-अभी लिखे गए थे<ref>{{cite news| url=http://news.bbc.co.uk/2/hi/technology/5242252.stm |title=वेब दुनिया भर में कैसे फैला| first=Mark| last=Ward|work=BBC News| access-date= 24 January 2011|date=3 August 2006}}</ref> और 1993 के अंत तक मैक या विंडोज कंप्यूटरों के लिए एक ग्राफिकल वेब ब्राउज़र नहीं होगा।<ref name="Raggett21">{{Cite book|title=HTML 3: Electronic Publishing on the World Wide Web|last=Raggett|first=Dave|author2=Jenny Lam|author3=Ian Alexander|date=1996|publisher=Addison-Wesley|isbn=9780201876932|location=Harlow, England; Reading, Mass|page=21}}</ref> इंटरनेट एक्सेस करने के कुछ खुलने के बाद भी नेशनल साइंस फाउंडेशन नेटवर्क कमर्शियल ISPs.2C ANS CO.2BRE.2C और CIX 1995 तक<ref name=ConneXions-April1996>[http://www.cbi.umn.edu/hostedpublications/Connexions/ConneXions10_1996/ConneXions10-04_Apr1996.pdf "Retiring the NSFNET Backbone Service: Chronicling the End of an Era"], Susan R. Harris and Elise Gerich, ''ConneXions'', Vol. 10, No. 4, April 1996</ref> इंटरनेट पर एक [[वेबसाइट]] को होस्ट करने के लिए एक व्यक्ति या कंपनी को अपने [[कंप्यूटर]] या सर्वर (कंप्यूटिंग) की आवश्यकता होगी।<ref>{{Cite web|url=https://www.tibus.com/blog/the-history-of-web-hosting-how-things-have-changed-since-tibus-started-in-1996/|title=वेब होस्टिंग का इतिहास|website=www.tibus.com|access-date=2016-10-08}}</ref> जैसा कि सभी कंपनियों के पास ऐसा करने के लिए बजट या विशेषज्ञता नहीं थी। वेब होस्टिंग सेवाओं ने उपयोगकर्ताओं की वेबसाइटों को अपने स्वयं के सर्वर पर होस्ट करना प्रारम्भ किया। जिसके लिए क्लाइंट को वेबसाइट संचालित करने के लिए आवश्यक मूलभूत ढांचे की आवश्यकता नहीं थी। वेबसाइटों के मालिक, जिन्हें [[वेबमास्टर]] भी कहा जाता है, ने ऐसी वेबसाइट को बनाने में सक्षम होंगे। जो वेब होस्टिंग सेवा के सर्वर पर होस्ट की जाएगी और वेब होस्टिंग सेवा द्वारा वेब पर प्रकाशित की जाएगी। | ||
जैसे-जैसे वर्ल्ड वाइड वेब पर उपयोगकर्ताओं की संख्या बढ़ी, बड़ी और छोटी दोनों कंपनियों के लिए ऑनलाइन उपस्थिति का दबाव बढ़ा। 1995 तक | जैसे-जैसे वर्ल्ड वाइड वेब पर उपयोगकर्ताओं की संख्या बढ़ी, बड़ी और छोटी दोनों कंपनियों के लिए ऑनलाइन उपस्थिति का दबाव बढ़ा। 1995 तक [[GeoCities|जिओसिटीज]], [[Angelfire|एन्जलफायर]] और Tripod.com जैसी कंपनियां मुफ्त होस्टिंग प्रारम्भ कर रही थीं।<ref>{{Cite news|url=http://www.biztechmagazine.com/article/2012/02/history-web-hosting-infographic|title=A History of Web Hosting [Infographic]|date=2012-02-24|newspaper=BizTech|access-date=2016-11-04}}</ref> | ||
Line 62: | Line 62: | ||
=== [[कोलोकेशन सेंटर]] === | === [[कोलोकेशन सेंटर]] === | ||
समर्पित वेब होस्टिंग सेवा के समान होस्टिंग कंपनी भौतिक स्थान प्रदान करती है। किन्तु उपयोगकर्ता कोलो सर्वर का मालिक है। जो सर्वर लेता है और सर्वर की देखभाल करता है। यह सबसे शक्तिशाली और महंगी प्रकार की वेब होस्टिंग सेवा है। अधिकतर स्थितियों में कोलोकेशन प्रदाता सर्वर के लिए केवल इलेक्ट्रिकल, इंटरनेट एक्सेस और स्टोरेज सुविधाएं प्रदान करते हुए सीधे अपने ग्राहक की मशीन के लिए बहुत कम या कोई समर्थन नहीं दे सकता है। कोलो की अधिकांश स्थितियों में क्लाइंट के पास कोई हार्डवेयर अपग्रेड या परिवर्तन करने के लिए साइट पर डेटा सेंटर पर जाने के लिए उसका स्वयं का व्यवस्थापक होगा। पूर्व में कई कोलोकेशन प्रदाता होस्टिंग के लिए किसी भी प्रणाली कॉन्फ़िगरेशन को स्वीकार करेंगे। यहां तक कि डेस्कटॉप-शैली के [[मिनी टॉवर]] स्थितियों में रखे गए। किन्तु अधिकांश होस्ट को अब [[ कंप्यूटर व उपकरण रखने के लिए रैक व अल्मारियां ]] एनक्लोजर और मानक प्रणाली कॉन्फ़िगरेशन की आवश्यकता होती है। | समर्पित वेब होस्टिंग सेवा के समान होस्टिंग कंपनी भौतिक स्थान प्रदान करती है। किन्तु उपयोगकर्ता कोलो सर्वर का मालिक है। जो सर्वर लेता है और सर्वर की देखभाल करता है। यह सबसे शक्तिशाली और महंगी प्रकार की वेब होस्टिंग सेवा है। अधिकतर स्थितियों में कोलोकेशन प्रदाता सर्वर के लिए केवल इलेक्ट्रिकल, इंटरनेट एक्सेस और स्टोरेज सुविधाएं प्रदान करते हुए सीधे अपने ग्राहक की मशीन के लिए बहुत कम या कोई समर्थन नहीं दे सकता है। कोलो की अधिकांश स्थितियों में क्लाइंट के पास कोई हार्डवेयर अपग्रेड या परिवर्तन करने के लिए साइट पर डेटा सेंटर पर जाने के लिए उसका स्वयं का व्यवस्थापक होगा। पूर्व में कई कोलोकेशन प्रदाता होस्टिंग के लिए किसी भी प्रणाली कॉन्फ़िगरेशन को स्वीकार करेंगे। यहां तक कि डेस्कटॉप-शैली के [[मिनी टॉवर]] स्थितियों में रखे गए। किन्तु अधिकांश होस्ट को अब [[ कंप्यूटर व उपकरण रखने के लिए रैक व अल्मारियां |कंप्यूटर व उपकरण रखने के लिए रैक व अल्मारियां]] एनक्लोजर और मानक प्रणाली कॉन्फ़िगरेशन की आवश्यकता होती है। | ||
=== [[ क्लाउड कम्प्यूटिंग ]] === | === [[ क्लाउड कम्प्यूटिंग ]] === | ||
Line 77: | Line 77: | ||
=== [[होम सर्वर]] === | === [[होम सर्वर]] === | ||
सामान्यतः उपभोक्ता-श्रेणी के [[ब्रॉडबैंड]] कनेक्शन से एक या अधिक वेबसाइटों को होस्ट करने के लिए निजी सर्वर का उपयोग किया जा सकता है। ये उद्देश्य-निर्मित मशीनें या अधिक सामान्य रूप से पुराने पीसी हो सकते हैं। कुछ आईएसपी उपयोगकर्ता के कनेक्शन के [[ प्रसारण नियंत्रण प्रोटोकॉल ]] पोर्ट 80 पर आने वाले अनुरोधों को अस्वीकार करके और स्थिर आईपी एड्रेस प्रदान करने से मना करके होम सर्वर को ब्लॉक कर देते हैं। एक विश्वसनीय [[DNS|डीएनएस]] होस्ट नाम प्राप्त करने का एक सामान्य प्रकार गतिशील डीएनएस सेवा के साथ एक अकाउंट बनाना है। एक डायनामिक डीएनएस सेवा स्वचालित रूप से उस आईपी एड्रेस को बदल देगी। जो आईपी एड्रेस बदलने पर [[URL|यूआरएल]] निर्देशित करता है।<ref>{{Cite journal |doi = 10.1109/TCE.2006.1605033|title = संचार, प्रसारण रिसेप्शन और होम ऑटोमेशन के लिए एक एकीकृत होम सर्वर|journal = IEEE Transactions on Consumer Electronics|volume = 52|pages = 104–109|year = 2006|last1 = Intark Han|last2 = Hong-Shik Park|last3 = Youn-Kwae Jeong|last4 = Kwang-Roh Park| s2cid=22145496 }}</ref> | सामान्यतः उपभोक्ता-श्रेणी के [[ब्रॉडबैंड]] कनेक्शन से एक या अधिक वेबसाइटों को होस्ट करने के लिए निजी सर्वर का उपयोग किया जा सकता है। ये उद्देश्य-निर्मित मशीनें या अधिक सामान्य रूप से पुराने पीसी हो सकते हैं। कुछ आईएसपी उपयोगकर्ता के कनेक्शन के [[ प्रसारण नियंत्रण प्रोटोकॉल |प्रसारण नियंत्रण प्रोटोकॉल]] पोर्ट 80 पर आने वाले अनुरोधों को अस्वीकार करके और स्थिर आईपी एड्रेस प्रदान करने से मना करके होम सर्वर को ब्लॉक कर देते हैं। एक विश्वसनीय [[DNS|डीएनएस]] होस्ट नाम प्राप्त करने का एक सामान्य प्रकार गतिशील डीएनएस सेवा के साथ एक अकाउंट बनाना है। एक डायनामिक डीएनएस सेवा स्वचालित रूप से उस आईपी एड्रेस को बदल देगी। जो आईपी एड्रेस बदलने पर [[URL|यूआरएल]] निर्देशित करता है।<ref>{{Cite journal |doi = 10.1109/TCE.2006.1605033|title = संचार, प्रसारण रिसेप्शन और होम ऑटोमेशन के लिए एक एकीकृत होम सर्वर|journal = IEEE Transactions on Consumer Electronics|volume = 52|pages = 104–109|year = 2006|last1 = Intark Han|last2 = Hong-Shik Park|last3 = Youn-Kwae Jeong|last4 = Kwang-Roh Park| s2cid=22145496 }}</ref> | ||
वेब होस्ट सेवा प्रदाताओं द्वारा प्रदान की जाने वाली कुछ विशिष्ट प्रकार की होस्टिंग: | वेब होस्ट सेवा प्रदाताओं द्वारा प्रदान की जाने वाली कुछ विशिष्ट प्रकार की होस्टिंग: | ||
Line 92: | Line 92: | ||
=== विश्वसनीयता और [[अपटाइम]] === | === विश्वसनीयता और [[अपटाइम]] === | ||
किसी वेबसाइट की [[उच्च उपलब्धता]] को उस वर्ष के प्रतिशत से मापा जाता है। जिसमें वेबसाइट सार्वजनिक रूप से सुलभ और इंटरनेट के माध्यम से पहुंचने योग्य होती है। यह प्रणाली के अपटाइम को मापने से अलग है। अपटाइम प्रणाली के ऑनलाइन होने को संदर्भित करता है। नेटवर्क आउटेज की स्थिति में अपटाइम उस तक पहुंचने में सक्षम नहीं होता है। एक होस्टिंग प्रदाता के [[सेवा स्तर समझौता|सर्विस लेवल एग्रीमेन्ट]] (एसएलए) में प्रणाली पर रखरखाव करने के लिए प्रति वर्ष निर्धारित [[ बंद रहने के समय ]] की एक निश्चित मात्रा सम्मिलित हो सकती है। यह निर्धारित डाउनटाइम प्रायः एसएलए समय-सीमा से बाहर रखा जाता है और उपलब्धता की गणना करते समय इसे कुल समय से घटाना पड़ता है। एसएलए के शब्दांकन के आधार पर यदि किसी प्रणाली की उपलब्धता हस्ताक्षरित एसएलए से कम हो जाती है। जिससे एक होस्टिंग प्रदाता प्रायः खोए हुए समय के लिए आंशिक धनवापसी प्रदान करेगा। डाउनटाइम कैसे निर्धारित किया जाता है, प्रदाता से प्रदाता में परिवर्तन होता है, इसलिए एसएलए को पढ़ना अनिवार्य है।<ref>{{cite web|last1=Dawson|first1=Christian|title=अपटाइम गारंटी हास्यास्पद क्यों हैं|url=http://blog.servint.net/2013/05/03/why-uptime-guarantees-are-ridiculous/|publisher=Servint|access-date=7 October 2014|quote=a good SLA will clearly state how uptime is defined and what you’ll receive if the “uptime promise” is not met.}}</ref> सभी प्रदाता अपटाइम आँकड़े जारी नहीं करते हैं। | किसी वेबसाइट की [[उच्च उपलब्धता]] को उस वर्ष के प्रतिशत से मापा जाता है। जिसमें वेबसाइट सार्वजनिक रूप से सुलभ और इंटरनेट के माध्यम से पहुंचने योग्य होती है। यह प्रणाली के अपटाइम को मापने से अलग है। अपटाइम प्रणाली के ऑनलाइन होने को संदर्भित करता है। नेटवर्क आउटेज की स्थिति में अपटाइम उस तक पहुंचने में सक्षम नहीं होता है। एक होस्टिंग प्रदाता के [[सेवा स्तर समझौता|सर्विस लेवल एग्रीमेन्ट]] (एसएलए) में प्रणाली पर रखरखाव करने के लिए प्रति वर्ष निर्धारित [[ बंद रहने के समय |बंद रहने के समय]] की एक निश्चित मात्रा सम्मिलित हो सकती है। यह निर्धारित डाउनटाइम प्रायः एसएलए समय-सीमा से बाहर रखा जाता है और उपलब्धता की गणना करते समय इसे कुल समय से घटाना पड़ता है। एसएलए के शब्दांकन के आधार पर यदि किसी प्रणाली की उपलब्धता हस्ताक्षरित एसएलए से कम हो जाती है। जिससे एक होस्टिंग प्रदाता प्रायः खोए हुए समय के लिए आंशिक धनवापसी प्रदान करेगा। डाउनटाइम कैसे निर्धारित किया जाता है, प्रदाता से प्रदाता में परिवर्तन होता है, इसलिए एसएलए को पढ़ना अनिवार्य है।<ref>{{cite web|last1=Dawson|first1=Christian|title=अपटाइम गारंटी हास्यास्पद क्यों हैं|url=http://blog.servint.net/2013/05/03/why-uptime-guarantees-are-ridiculous/|publisher=Servint|access-date=7 October 2014|quote=a good SLA will clearly state how uptime is defined and what you’ll receive if the “uptime promise” is not met.}}</ref> सभी प्रदाता अपटाइम आँकड़े जारी नहीं करते हैं। | ||
== सुरक्षा == | == सुरक्षा == | ||
सुरक्षा अत्यधिक आवश्यक है क्योेकि वेब होस्टिंग सेवाएँ अपने ग्राहकों से संबंधित वेबसाइटों को होस्ट करती हैं। [[कंप्यूटर सुरक्षा]] एक महत्वपूर्ण विषय है। जब कोई ग्राहक वेब होस्टिंग सेवा का उपयोग करने के लिए सहमत होता है। तो वे साइट को होस्ट करने वाली कंपनी को अपनी साइट की सुरक्षा का नियंत्रण छोड़ देते हैं। सुरक्षा का स्तर एक संभावित ग्राहक के लिए अत्यंत महत्वपूर्ण है। जो एक वेब होस्टिंग सेवा प्रदान करता है और यह विचार करते समय एक प्रमुख विचार हो सकता है कि ग्राहक किस प्रदाता को चुन सकता है।<ref>{{Cite journal|last=Schultz|first=Eugene|title=हमलावरों ने वेब होस्टिंग सर्वरों पर हमला किया|journal=Computers & Security|volume=22|issue=4|pages=273–283|doi=10.1016/s0167-4048(03)00402-4|year=2003}}</ref> | |||
वेब होस्टिंग सर्वर पर | |||
वेब होस्टिंग सर्वर पर उपयोगकर्ताओं द्वारा विभिन्न प्रकारों से अटैक किया जा सकता है। जिसमें होस्ट की गई वेबसाइट पर [[मैलवेयर]] या वायरस [[कोड]] अपलोड करना सम्मिलित है। ये अटैक अलग-अलग कारणों से किए जा सकते हैं। जिनमें क्रेडिट कार्ड डेटा चोरी करना, [[डिस्ट्रीब्यूटेड डिनायल ऑफ सर्विस अटैक]] (डीडीओएस) लॉन्च करना या [[स्पैमिंग]] सम्मिलित है।<ref>{{Cite web|url=http://www.instantshift.com/2011/02/11/a-guide-to-web-hosting-security-issues-and-prevention/|title=वेब होस्टिंग सुरक्षा मुद्दों और रोकथाम के लिए एक गाइड|last=InstantShift|website=InstantShift - Web Designers and Developers Daily Resource.|date=11 February 2011 |access-date=2016-10-31}}</ref> | |||
Revision as of 20:43, 22 March 2023
Part of a series on |
Internet hosting service |
---|
Full-featured hosting |
Web hosting |
Application-specific web hosting |
By content format |
Other types |
वेब होस्टिंग सेवा एक प्रकार की इंटरनेट होस्टिंग सेवा है। जो ग्राहकों के लिए वेबसाइटें को होस्ट करती है। अर्थात् यह उनके लिए साइट बनाने और बनाए रखने के लिए आवश्यक सुविधाएं प्रदान करती है और इसे वर्ल्ड वाइड वेब पर पहुंचने योग्य बनाती है। वेब होस्टिंग सेवाएँ प्रदान करने वाली कंपनियों को कभी-कभी वेब होस्ट कहा जाता है।
सामान्यतः वेब होस्टिंग के लिए निम्नलिखित की आवश्यकता होती है:
- एक या एक से ज्यादा सर्वर (कंप्यूटिंग) साइटों के लिए होस्ट (नेटवर्क) के रूप में कार्य करने के लिए सर्वर भौतिक या हार्डवेयर वर्चुअलाइजेशन हो सकते हैं।
- भौतिक स्थान, बिजली और इंटरनेट कनेक्टिविटी प्रदान करने वाले सर्वर (सर्वरों) के लिए कोलोकेशन सेंटर स्थित होता है।
- साइटों के लिए नाम को परिभाषित करने के लिए डोमेन की नामांकन प्रणाली कॉन्फ़िगरेशन और उन्हें होस्टिंग सर्वर पर इंगित करें।
- होस्ट पर चलने वाला वेब सर्वर।
- सर्वर पर होस्ट की गई प्रत्येक साइट के लिए:
- साइट बनाने वाली फाइलों को रखने के लिए सर्वर पर स्थान,
- साइट-विशिष्ट कॉन्फ़िगरेशन,
- प्रायः एक डेटाबेस;
- सॉफ्टवेयर और क्रेडेंशियल क्लाइंट को इनका उपयोग करने की अनुमति देता है। जिससे वे साइट बनाने, कॉन्फ़िगर करने और संशोधित करने में सक्षम होते हैं;
- ईमेल कनेक्टिविटी होस्ट और साइट को क्लाइंट को ईमेल भेजने की अनुमति देती है।
इतिहास
1991 तक इंटरनेट का उपयोग केवल विज्ञान और इंजीनियरिंग में अनुसंधान और शिक्षा के लिए प्रतिबंधित था[1][2] और ईमेल, टेलनेट, एफ़टीपी और यूज़नेट ट्रैफ़िक के लिए प्रयोग किया गया था। किन्तु वेब पेजों की संख्या बहुत कम थी। वर्ल्ड वाइड वेब प्रोटोकॉल अभी-अभी लिखे गए थे[3] और 1993 के अंत तक मैक या विंडोज कंप्यूटरों के लिए एक ग्राफिकल वेब ब्राउज़र नहीं होगा।[4] इंटरनेट एक्सेस करने के कुछ खुलने के बाद भी नेशनल साइंस फाउंडेशन नेटवर्क कमर्शियल ISPs.2C ANS CO.2BRE.2C और CIX 1995 तक[5] इंटरनेट पर एक वेबसाइट को होस्ट करने के लिए एक व्यक्ति या कंपनी को अपने कंप्यूटर या सर्वर (कंप्यूटिंग) की आवश्यकता होगी।[6] जैसा कि सभी कंपनियों के पास ऐसा करने के लिए बजट या विशेषज्ञता नहीं थी। वेब होस्टिंग सेवाओं ने उपयोगकर्ताओं की वेबसाइटों को अपने स्वयं के सर्वर पर होस्ट करना प्रारम्भ किया। जिसके लिए क्लाइंट को वेबसाइट संचालित करने के लिए आवश्यक मूलभूत ढांचे की आवश्यकता नहीं थी। वेबसाइटों के मालिक, जिन्हें वेबमास्टर भी कहा जाता है, ने ऐसी वेबसाइट को बनाने में सक्षम होंगे। जो वेब होस्टिंग सेवा के सर्वर पर होस्ट की जाएगी और वेब होस्टिंग सेवा द्वारा वेब पर प्रकाशित की जाएगी।
जैसे-जैसे वर्ल्ड वाइड वेब पर उपयोगकर्ताओं की संख्या बढ़ी, बड़ी और छोटी दोनों कंपनियों के लिए ऑनलाइन उपस्थिति का दबाव बढ़ा। 1995 तक जिओसिटीज, एन्जलफायर और Tripod.com जैसी कंपनियां मुफ्त होस्टिंग प्रारम्भ कर रही थीं।[7]
वर्गीकरण
स्टेटिक पेज होस्टिंग
सबसे मूलभूत वेब पेज और छोटे पैमाने पर फाइल होस्टिंग है। जहां फाइलों को फाइल ट्रांसफर प्रोटोकॉल (एफटीपी) या वेब इंटरफेस के माध्यम से अपलोड किया जा सकता है। फ़ाइलें सामान्यतः वेब पेज पर वितरित की जाती हैं या न्यूनतम प्रसंस्करण के साथ कई इंटरनेट सेवा प्रदाता (आईएसपी) ग्राहकों को यह सेवा निःशुल्क प्रदान करते हैं। व्यक्ति और संगठन वैकल्पिक सेवा प्रदाताओं से वेब पेज होस्टिंग भी प्राप्त कर सकते हैं।
विभिन्न कंपनियों द्वारा सीमित सेवाओं के साथ मुफ्त वेब होस्टिंग सेवा की प्रारम्भ की जाती है। कभी-कभी विज्ञापनों द्वारा समर्थित और शुल्क के साथ होस्टिंग की तुलना में प्रायः सीमित होता है।
व्यक्तिगत वेब पेजों के लिए सामान्यतः सिंगल पेज होस्टिंग पर्याप्त होती है। व्यक्तिगत वेबसाइट होस्टिंग सामान्यतः मुफ्त, विज्ञापन-प्रायोजित या सस्ती होती है। साइट के आकार और प्रकार के आधार पर व्यावसायिक वेबसाइट होस्टिंग का खर्च प्रायः अधिक होता है।
बड़ी होस्टिंग सेवाएं
कई बड़ी कंपनियाँ जो इंटरनेट सेवा प्रदाता नहीं हैं, उन्हें अन्य साइटों पर ईमेल, फ़ाइलें आदि भेजने के लिए स्थायी रूप से वेब से कनेक्ट होने की आवश्यकता होती है। कंपनी ऑनलाइन ऑर्डर के लिए अपनी वस्तुओं और सेवाओं और सुविधाओं का विवरण प्रदान करने के लिए वेबसाइट होस्ट के रूप में कंप्यूटर का उपयोग कर सकती है।
जटिल साइट एक से अधिक व्यापक पैकेज के लिए कॉल करती है। जो डेटाबेस डेटा सेंटर प्रबंधन तन्त्र सहायता और अनुप्रयोग विकास प्लेटफ़ॉर्म (जैसे ASP.NET, कोल्डफ्यूजन, जावा प्लेटफ़ॉर्म, एंटरप्राइज़ संस्करण, प्लैक (सॉफ़्टवेयर) प्रदान करती है। पर्ल/प्लैक, PHP या रूबी ऑन रेल्स ) आदि ये सुविधाएं ग्राहकों को इंटरनेट मंच और सामग्री प्रबंधन जैसे अनुप्रयोगों के लिए स्क्रिप्ट लिखने या स्थापित करने की अनुमति देती हैं। वेब होस्टिंग पैकेज में प्रायः वेब सामग्री प्रबंधन प्रणाली सम्मिलित होती है। इसलिए अंतिम उपयोगकर्ता को अधिक तन्त्र पहलुओं के बारे में चिंता करने की आवश्यकता नहीं होती है। सुरक्षित सॉकेट लेयर (एसएसएल) का उपयोग उन वेबसाइटों के लिए किया जाता है। जो प्रेषित डेटा को एन्क्रिप्ट करना चाहते हैं।
होस्टिंग के प्रकार
इंटरनेट होस्टिंग सेवाएँ वेब सर्वर चला सकती हैं। वेब होस्टिंग सेवाओं का क्षेत्र बहुत भिन्न होता है।
साझा वेब होस्टिंग सेवा
किसी की वेबसाइट को उसी सर्वर पर रखा जाता है। जिस पर कई अन्य साइटों को रखा जाता है। कुछ साइटों से लेकर सैकड़ों वेबसाइटों तक विशिष्ट रूप से सभी डोमेन सर्वर संसाधनों का सामान्य पूल साझा कर सकते हैं। जैसे RAM और CPU। इस प्रकार की सेवा के साथ उपलब्ध सुविधाएँ ज्यादा मूलभूत हो सकती हैं और सॉफ़्टवेयर और अपडेट के स्थितियों में लचीली नहीं हो सकती हैं। पुनर्विक्रेता प्रायः वेब होस्टिंग बेचते हैं और ग्राहकों के लिए होस्टिंग प्रदान करने के लिए वेब कंपनियों के पास प्रायः पुनर्विक्रेता अकाउंट होते हैं।
पुनर्विक्रेता वेब होस्टिंग
ग्राहकों को स्वयं वेब होस्ट बनने की अनुमति देता है। पुनर्विक्रेता इन सूचीबद्ध प्रकार की होस्टिंग के किसी भी संयोजन के अनुसार व्यक्तिगत डोमेन के लिए कार्य कर सकते हैं। यह इस बात पर निर्भर करता है कि वे पुनर्विक्रेता के रूप में किसके साथ संबद्ध हैं। पुनर्विक्रेताओं के अकाउंट आकार में अत्यधिक भिन्न हो सकते हैं। उनके पास एक कोलोकेटेड सर्वर के लिए अपना स्वयं का वर्चुअल सर्वर हो सकता है। कई पुनर्विक्रेता अपने प्रदाता की होस्टिंग योजना के लिए लगभग समान सेवा प्रदान करते हैं और स्वयं तन्त्र सहायता प्रदान करते हैं।
वर्चुअल प्राइवेट सर्वर होस्टिंग
वर्चुअल प्राइवेट सर्वर (वीपीएस) के रूप में भी जाना जाता है। सर्वर संसाधनों को वर्चुअल सर्वर में विभाजित करता है। जहां संसाधनों को ऐसे प्रकारों से आवंटित किया जा सकता है। जो अंतर्निहित हार्डवेयर को सीधे प्रतिबिंबित नहीं करता है। वीपीएस को प्रायः सर्वर से कई वीपीएस संबंधों के आधार पर संसाधन आवंटित किए जाते हैं। चूंकि वर्चुअलाइजेशन कई कारणों से किया जा सकता है। जिसमें सर्वर के बीच वीपीएस कंटेनर को स्थानांतरित करने की क्षमता भी सम्मिलित है। उपयोक्ताओं के पास अपने स्वयं के आभासी स्थान तक रूट पहुंच हो सकती है। ग्राहक कभी-कभी सर्वर (अप्रबंधित सर्वर) को पैच करने और बनाए रखने के लिए उत्तरदायी होते हैं या वीपीएस प्रदाता ग्राहक (प्रबंधित सर्वर) के लिए सर्वर व्यवस्थापक कार्य प्रदान कर सकता है।
समर्पित होस्टिंग सेवा
उपयोगकर्ता अपना स्वयं का वेब सर्वर प्राप्त करता है और उस पर पूर्ण नियंत्रण प्राप्त करता है। उपयोगकर्ता के पास लिनक्स/विंडोज़ के लिए व्यवस्थापक पहुंच के लिए सुपर उपयोगकर्ता है। चूंकि उपयोगकर्ता सामान्यतः सर्वर का ओनर नहीं होता है। यह एक प्रकार की समर्पित होस्टिंग स्व-प्रबंधित या अप्रबंधित होती है। समर्पित योजनाओं के लिए यह सामान्यतः सबसे कम खर्चीला है। उपयोगकर्ता के पास सर्वर तक पूर्ण प्रशासनिक पहुंच होती है। जिसका अर्थ है कि ग्राहक अपने स्वयं के समर्पित सर्वर की सुरक्षा और रखरखाव के लिए उत्तरदायी है।
प्रबंधित होस्टिंग सेवा
उपयोगकर्ता को अपना स्वयं का वेब सर्वर मिल जाता है। किन्तु उसे उस पर पूर्ण नियंत्रण की अनुमति नहीं होती है। उपयोगकर्ता को लाइनेक्स के लिए रूट एक्सेस से वंचित किया जाता है/ विन्डोज के लिए एडमिनिस्ट्रेटर एक्सेस होता है। चूंकि उन्हें फाइल ट्रान्सफर प्रोटोकॉल या अन्य दूरस्थ प्रबंधन उपकरणों के माध्यम से अपने डेटा का प्रबंधन करने की अनुमति है। उपयोगकर्ता को पूर्ण नियंत्रण की अनुमति नहीं है। जिससे प्रदाता उपयोगकर्ता को सर्वर को संशोधित करने या संभावित रूप से कॉन्फ़िगरेशन समस्याएं उत्पन्न करने की अनुमति न देकर सेवा की गुणवत्ता की गारंटी दे सके। उपयोगकर्ता सामान्यतः सर्वर का ओनर नहीं होता है। सर्वर क्लाइंट को किराये पर दिया गया है।
कोलोकेशन सेंटर
समर्पित वेब होस्टिंग सेवा के समान होस्टिंग कंपनी भौतिक स्थान प्रदान करती है। किन्तु उपयोगकर्ता कोलो सर्वर का मालिक है। जो सर्वर लेता है और सर्वर की देखभाल करता है। यह सबसे शक्तिशाली और महंगी प्रकार की वेब होस्टिंग सेवा है। अधिकतर स्थितियों में कोलोकेशन प्रदाता सर्वर के लिए केवल इलेक्ट्रिकल, इंटरनेट एक्सेस और स्टोरेज सुविधाएं प्रदान करते हुए सीधे अपने ग्राहक की मशीन के लिए बहुत कम या कोई समर्थन नहीं दे सकता है। कोलो की अधिकांश स्थितियों में क्लाइंट के पास कोई हार्डवेयर अपग्रेड या परिवर्तन करने के लिए साइट पर डेटा सेंटर पर जाने के लिए उसका स्वयं का व्यवस्थापक होगा। पूर्व में कई कोलोकेशन प्रदाता होस्टिंग के लिए किसी भी प्रणाली कॉन्फ़िगरेशन को स्वीकार करेंगे। यहां तक कि डेस्कटॉप-शैली के मिनी टॉवर स्थितियों में रखे गए। किन्तु अधिकांश होस्ट को अब कंप्यूटर व उपकरण रखने के लिए रैक व अल्मारियां एनक्लोजर और मानक प्रणाली कॉन्फ़िगरेशन की आवश्यकता होती है।
क्लाउड कम्प्यूटिंग
यह एक नए प्रकार का होस्टिंग प्लेटफ़ॉर्म है। जो ग्राहकों को क्लस्टर्ड लोड-संतुलित सर्वर और यूटिलिटी बिलिंग के आधार पर शक्तिशाली, स्केलेबल और विश्वसनीय होस्टिंग की अनुमति देता है। क्लाउड होस्ट की गई वेबसाइट विकल्पों की तुलना में अधिक विश्वसनीय हो सकती है क्योंकि क्लाउड में अन्य कंप्यूटर हार्डवेयर का एक भाग नीचे जाने पर क्षतिपूर्ति कर सकते हैं। इसके अतिरिक्त क्लाउड होस्ट की गई साइटों के लिए स्थानीय बिजली व्यवधान या यहां तक कि प्राकृतिक आपदाएं कम समस्याग्रस्त हैं क्योंकि क्लाउड होस्टिंग विकेंद्रीकृत है। क्लाउड होस्टिंग भी प्रदाताओं को उपयोगकर्ताओं द्वारा उपभोग किए गए संसाधनों के लिए केवल उपयोगकर्ताओं से शुल्क लेने की अनुमति देती है, न कि उपयोगकर्ता द्वारा उपयोग की जाने वाली राशि के लिए एक फ्लैट शुल्क या एक निश्चित क्रय मूल्य अपफ्रंट हार्डवेयर निवेश। वैकल्पिक रूप से केंद्रीकरण की कमी उपयोगकर्ताओं को उनके डेटा के स्थान पर कम नियंत्रण दे सकती है। जो सामान्य डेटा सुरक्षा विनियमन दिशानिर्देशों के अनुसार डेटा सुरक्षा या गोपनीयता नीति संबंधी जटिल उपयोगकर्ताओं के लिए समस्या हो सकती है। क्लाउड होस्टिंग उपयोगकर्ता अतिरिक्त संसाधनों का अनुरोध ऑन-डिमांड कर सकते हैं। जैसे कि केवल पीक ट्रैफिक की अवधि के समय और आईटी प्रबंधन को क्लाउड होस्टिंग सेवा पर लोड करते समय।
क्लस्टर्ड होस्टिंग
उत्तम संसाधन उपयोग के लिए एक ही सामग्री को होस्ट करने वाले कई सर्वर होना आवश्यक होता है। क्लस्टर्ड सर्वर उच्च-उपलब्धता समर्पित होस्टिंग या स्केलेबल वेब होस्टिंग समाधान बनाने के लिए एक सही समाधान हैं। क्लस्टर वेब सर्विंग को डेटाबेस होस्टिंग क्षमता से अलग कर सकता है। सामान्यतः वेब होस्ट अपनी साझा होस्टिंग योजनाओं के लिए क्लस्टर्ड होस्टिंग का उपयोग करते हैं क्योंकि क्लाइंट्स के बड़े पैमाने पर प्रबंधन के कई लाभ हैं।[8]
ग्रिड होस्टिंग
वितरित होस्टिंग का यह रूप तब होता है जब एक सर्वर क्लस्टर ग्रिड की तरह काम करता है और कई नोड्स से बना होता है।
होम सर्वर
सामान्यतः उपभोक्ता-श्रेणी के ब्रॉडबैंड कनेक्शन से एक या अधिक वेबसाइटों को होस्ट करने के लिए निजी सर्वर का उपयोग किया जा सकता है। ये उद्देश्य-निर्मित मशीनें या अधिक सामान्य रूप से पुराने पीसी हो सकते हैं। कुछ आईएसपी उपयोगकर्ता के कनेक्शन के प्रसारण नियंत्रण प्रोटोकॉल पोर्ट 80 पर आने वाले अनुरोधों को अस्वीकार करके और स्थिर आईपी एड्रेस प्रदान करने से मना करके होम सर्वर को ब्लॉक कर देते हैं। एक विश्वसनीय डीएनएस होस्ट नाम प्राप्त करने का एक सामान्य प्रकार गतिशील डीएनएस सेवा के साथ एक अकाउंट बनाना है। एक डायनामिक डीएनएस सेवा स्वचालित रूप से उस आईपी एड्रेस को बदल देगी। जो आईपी एड्रेस बदलने पर यूआरएल निर्देशित करता है।[9]
वेब होस्ट सेवा प्रदाताओं द्वारा प्रदान की जाने वाली कुछ विशिष्ट प्रकार की होस्टिंग:
- फ़ाइल होस्टिंग सेवा: फाइलों को होस्ट करती है, वेब पेजों को नहीं
- इमेज होस्टिंग सेवा
- वीडियो होस्टिंग सेवा
- ब्लॉग होस्टिंग सेवा
- पास्टबिन
- शॉपिंग कार्ट सॉफ्टवेयर
- ई-मेल होस्टिंग सेवा
होस्ट मैनेजमेन्ट
होस्ट वेब सर्वर के प्रबंधन और स्क्रिप्ट स्थापित करने के साथ-साथ ई-मेल जैसे अन्य मॉड्यूल और सेवा अनुप्रयोगों के लिए इंटरफ़ेस या कंट्रोल पैनल (वेब होस्टिंग) भी प्रदान कर सकता है। एक वेब सर्वर उसे प्रायः हेडलेस सर्वर कहा जाता है। जो होस्टिंग अकाउंट के प्रबंधन के लिए कंट्रोल पैनल (वेब होस्टिंग) का उपयोग नहीं करता है। कुछ होस्ट कुछ सॉफ़्टवेयर या सेवाओं (जैसे ई-कॉमर्स, ब्लॉग आदि) के विशेषज्ञ होते हैं।
विश्वसनीयता और अपटाइम
किसी वेबसाइट की उच्च उपलब्धता को उस वर्ष के प्रतिशत से मापा जाता है। जिसमें वेबसाइट सार्वजनिक रूप से सुलभ और इंटरनेट के माध्यम से पहुंचने योग्य होती है। यह प्रणाली के अपटाइम को मापने से अलग है। अपटाइम प्रणाली के ऑनलाइन होने को संदर्भित करता है। नेटवर्क आउटेज की स्थिति में अपटाइम उस तक पहुंचने में सक्षम नहीं होता है। एक होस्टिंग प्रदाता के सर्विस लेवल एग्रीमेन्ट (एसएलए) में प्रणाली पर रखरखाव करने के लिए प्रति वर्ष निर्धारित बंद रहने के समय की एक निश्चित मात्रा सम्मिलित हो सकती है। यह निर्धारित डाउनटाइम प्रायः एसएलए समय-सीमा से बाहर रखा जाता है और उपलब्धता की गणना करते समय इसे कुल समय से घटाना पड़ता है। एसएलए के शब्दांकन के आधार पर यदि किसी प्रणाली की उपलब्धता हस्ताक्षरित एसएलए से कम हो जाती है। जिससे एक होस्टिंग प्रदाता प्रायः खोए हुए समय के लिए आंशिक धनवापसी प्रदान करेगा। डाउनटाइम कैसे निर्धारित किया जाता है, प्रदाता से प्रदाता में परिवर्तन होता है, इसलिए एसएलए को पढ़ना अनिवार्य है।[10] सभी प्रदाता अपटाइम आँकड़े जारी नहीं करते हैं।
सुरक्षा
सुरक्षा अत्यधिक आवश्यक है क्योेकि वेब होस्टिंग सेवाएँ अपने ग्राहकों से संबंधित वेबसाइटों को होस्ट करती हैं। कंप्यूटर सुरक्षा एक महत्वपूर्ण विषय है। जब कोई ग्राहक वेब होस्टिंग सेवा का उपयोग करने के लिए सहमत होता है। तो वे साइट को होस्ट करने वाली कंपनी को अपनी साइट की सुरक्षा का नियंत्रण छोड़ देते हैं। सुरक्षा का स्तर एक संभावित ग्राहक के लिए अत्यंत महत्वपूर्ण है। जो एक वेब होस्टिंग सेवा प्रदान करता है और यह विचार करते समय एक प्रमुख विचार हो सकता है कि ग्राहक किस प्रदाता को चुन सकता है।[11]
वेब होस्टिंग सर्वर पर उपयोगकर्ताओं द्वारा विभिन्न प्रकारों से अटैक किया जा सकता है। जिसमें होस्ट की गई वेबसाइट पर मैलवेयर या वायरस कोड अपलोड करना सम्मिलित है। ये अटैक अलग-अलग कारणों से किए जा सकते हैं। जिनमें क्रेडिट कार्ड डेटा चोरी करना, डिस्ट्रीब्यूटेड डिनायल ऑफ सर्विस अटैक (डीडीओएस) लॉन्च करना या स्पैमिंग सम्मिलित है।[12]
यह भी देखें
- ↑ March 16, 1992 memo from Mariam Leder, NSF Assistant General Counsel to Steven Wolff, Division Director, NSF DNCRI (included at page 128 of Management of NSFNET, a transcript of the March 12, 1992 hearing before the Subcommittee on Science of the Committee on Science, Space, and Technology, U.S. House of Representatives, One Hundred Second Congress, Second Session, Hon. Rick Boucher, subcommittee chairman, presiding)
- ↑ "वेब होस्टिंग का इतिहास". www.tibus.com. Retrieved 2016-12-11.
- ↑ Ward, Mark (3 August 2006). "वेब दुनिया भर में कैसे फैला". BBC News. Retrieved 24 January 2011.
- ↑ Raggett, Dave; Jenny Lam; Ian Alexander (1996). HTML 3: Electronic Publishing on the World Wide Web. Harlow, England; Reading, Mass: Addison-Wesley. p. 21. ISBN 9780201876932.
- ↑ "Retiring the NSFNET Backbone Service: Chronicling the End of an Era", Susan R. Harris and Elise Gerich, ConneXions, Vol. 10, No. 4, April 1996
- ↑ "वेब होस्टिंग का इतिहास". www.tibus.com. Retrieved 2016-10-08.
- ↑ "A History of Web Hosting [Infographic]". BizTech. 2012-02-24. Retrieved 2016-11-04.
- ↑ Buyya, Rajkumar; Yeo, Chee Shin; Venugopal, Srikumar (2008). "Market-Oriented Cloud Computing: Vision, Hype, and Reality for Delivering IT Services as Computing Utilities". 2008 10th IEEE International Conference on High Performance Computing and Communications. pp. 5–13. arXiv:0808.3558. doi:10.1109/HPCC.2008.172. ISBN 978-0-7695-3352-0. S2CID 16882678.
- ↑ Intark Han; Hong-Shik Park; Youn-Kwae Jeong; Kwang-Roh Park (2006). "संचार, प्रसारण रिसेप्शन और होम ऑटोमेशन के लिए एक एकीकृत होम सर्वर". IEEE Transactions on Consumer Electronics. 52: 104–109. doi:10.1109/TCE.2006.1605033. S2CID 22145496.
- ↑ Dawson, Christian. "अपटाइम गारंटी हास्यास्पद क्यों हैं". Servint. Retrieved 7 October 2014.
a good SLA will clearly state how uptime is defined and what you'll receive if the "uptime promise" is not met.
- ↑ Schultz, Eugene (2003). "हमलावरों ने वेब होस्टिंग सर्वरों पर हमला किया". Computers & Security. 22 (4): 273–283. doi:10.1016/s0167-4048(03)00402-4.
- ↑ InstantShift (11 February 2011). "वेब होस्टिंग सुरक्षा मुद्दों और रोकथाम के लिए एक गाइड". InstantShift - Web Designers and Developers Daily Resource. Retrieved 2016-10-31.