अंडरबेड होस्टिंग: होम होस्टिंग की खौफनाक प्रथा

"अंडरबेड" होस्टिंग एक साधारण आवासीय अपार्टमेंट में स्थित और घरेलू इंटरनेट चैनल से जुड़े सर्वर के लिए एक कठबोली नाम है। ऐसे सर्वर आमतौर पर एक सार्वजनिक एफ़टीपी सर्वर, मालिक का होम पेज और कभी-कभी अन्य परियोजनाओं के लिए संपूर्ण होस्टिंग भी होस्ट करते हैं। एक समर्पित चैनल के माध्यम से किफायती घरेलू इंटरनेट के उद्भव के शुरुआती दिनों में यह घटना आम थी, जब डेटा सेंटर में एक समर्पित सर्वर किराए पर लेना बहुत महंगा था, और वर्चुअल सर्वर अभी तक व्यापक और सुविधाजनक नहीं थे।

अक्सर, एक पुराना कंप्यूटर "अंडरबेड" सर्वर के लिए आवंटित किया गया था, जिसमें सभी पाए गए हार्ड ड्राइव स्थापित किए गए थे। यह होम राउटर और फ़ायरवॉल के रूप में भी काम कर सकता है। प्रत्येक स्वाभिमानी दूरसंचार कर्मचारी के घर पर ऐसा सर्वर होना निश्चित था।

किफायती क्लाउड सेवाओं के आगमन के साथ, होम सर्वर कम लोकप्रिय हो गए हैं, और आज आवासीय अपार्टमेंट में जो सबसे अधिक पाया जा सकता है वह फोटो एलबम, फिल्में और बैकअप संग्रहीत करने के लिए एनएएस है।

लेख में होम सर्वर से जुड़े दिलचस्प मामलों और उनके प्रशासकों के सामने आने वाली समस्याओं पर चर्चा की गई है। आइए देखें कि यह घटना इन दिनों कैसी दिखती है और चुनें कि आप आज अपने निजी सर्वर पर कौन सी दिलचस्प चीज़ें होस्ट कर सकते हैं।

नोवाया काखोव्का में होम नेटवर्क सर्वर। फोटो साइट nag.ru से

सही आईपी पता

होम सर्वर के लिए मुख्य आवश्यकता एक वास्तविक आईपी पते की उपस्थिति थी, यानी इंटरनेट से रूट करने योग्य। कई प्रदाता व्यक्तियों के लिए ऐसी सेवा प्रदान नहीं करते थे, और इसे एक विशेष समझौते के माध्यम से प्राप्त करना पड़ता था। अक्सर प्रदाता को समर्पित आईपी के प्रावधान के लिए एक अलग अनुबंध समाप्त करने की आवश्यकता होती है। कभी-कभी इस प्रक्रिया में मालिक के लिए एक अलग एनआईसी हैंडल बनाना भी शामिल होता था, जिसके परिणामस्वरूप उसका पूरा नाम और घर का पता सीधे Whois कमांड का उपयोग करके उपलब्ध होता था। यहां हमें इंटरनेट पर बहस करते समय सावधान रहना था, क्योंकि "आईपी द्वारा गणना" के बारे में मजाक एक मजाक नहीं रह गया था। वैसे, अभी कुछ समय पहले एक घोटाला हुआ था प्रदाता अकाडो के साथ, जिसने अपने सभी ग्राहकों का निजी डेटा whois में रखने का निर्णय लिया।

स्थायी आईपी पता बनाम DynDNS

यह अच्छा है यदि आप एक स्थायी आईपी पता प्राप्त करने में कामयाब रहे - तो आप आसानी से सभी डोमेन नामों को उस पर निर्देशित कर सकते हैं और इसके बारे में भूल सकते हैं, लेकिन यह हमेशा संभव नहीं था। कई बड़े संघीय स्तर के एडीएसएल प्रदाताओं ने ग्राहकों को केवल सत्र की अवधि के लिए एक वास्तविक आईपी पता दिया, यानी, यह या तो दिन में एक बार बदल सकता है, या यदि मॉडेम रीबूट किया गया था या कनेक्शन खो गया था। इस मामले में, Dyn (गतिशील) DNS सेवाएँ बचाव में आईं। सर्वाधिक लोकप्रिय सेवा Dyn.com, जो लंबे समय तक मुफ़्त था, ने ज़ोन में एक उपडोमेन प्राप्त करना संभव बना दिया *.dyndns.org, जिसे आईपी एड्रेस बदलने पर तुरंत अपडेट किया जा सकता है। क्लाइंट साइड पर एक विशेष स्क्रिप्ट लगातार DynDNS सर्वर पर दस्तक देती थी, और यदि इसका आउटगोइंग पता बदल जाता था, तो नया पता तुरंत उपडोमेन के ए-रिकॉर्ड में स्थापित हो जाता था।

बंद बंदरगाह और निषिद्ध प्रोटोकॉल

कई प्रदाता, विशेष रूप से बड़े एडीएसएल, अपने पते पर किसी भी सार्वजनिक सेवा की मेजबानी करने वाले उपयोगकर्ताओं के खिलाफ थे, इसलिए उन्होंने HTTP जैसे लोकप्रिय पोर्ट पर आने वाले कनेक्शन को प्रतिबंधित कर दिया। ऐसे ज्ञात मामले हैं जहां प्रदाताओं ने काउंटर-स्ट्राइक और हाफ-लाइफ जैसे गेम सर्वर के पोर्ट को अवरुद्ध कर दिया है। यह प्रथा आज भी लोकप्रिय है, जो कभी-कभी समस्याओं का कारण बनती है। उदाहरण के लिए, लगभग सभी प्रदाता वायरस के प्रसार को रोकने के लिए RPC और NetBios Windows पोर्ट (135-139 और 445) को ब्लॉक कर देते हैं, साथ ही ईमेल SMTP, POP3, IMAP प्रोटोकॉल के लिए बार-बार आने वाले पोर्ट को भी ब्लॉक कर देते हैं।

जो प्रदाता इंटरनेट के अलावा आईपी टेलीफोनी सेवाएं प्रदान करते हैं, वे ग्राहकों को केवल उनकी टेलीफोनी सेवाओं का उपयोग करने के लिए बाध्य करने के लिए एसआईपी प्रोटोकॉल पोर्ट को ब्लॉक करना पसंद करते हैं।

पीटीआर और मेल भेजना

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

इसके अलावा, मेल को सफलतापूर्वक भेजने के लिए, आईपी पते पर सही पीटीआर रिकॉर्ड स्थापित करना आवश्यक था, यानी आईपी पते का डोमेन नाम में रिवर्स रूपांतरण। अधिकांश प्रदाता केवल एक विशेष समझौते के साथ या एक अलग अनुबंध समाप्त करते समय इस पर सहमत हुए।

हम पड़ोसियों के अंडर-बेड सर्वर की तलाश कर रहे हैं

पीटीआर रिकॉर्ड का उपयोग करके, हम देख सकते हैं कि आईपी पते के आधार पर हमारे कौन से पड़ोसी अपने आईपी के लिए एक विशेष डीएनएस रिकॉर्ड स्थापित करने के लिए सहमत हुए हैं। ऐसा करने के लिए, हमारे घर का आईपी पता लें और इसके लिए कमांड चलाएँ कौन है, और हमें पते की वह श्रृंखला मिलती है जो प्रदाता ग्राहकों को जारी करता है। ऐसी कई श्रेणियाँ हो सकती हैं, लेकिन प्रयोग के लिए, आइए एक की जाँच करें।

हमारे मामले में, यह ऑनलाइन प्रदाता (रोस्टेलकॉम) है। के लिए चलते हैं 2ip.ru और हमारा आईपी पता प्राप्त करें:

वैसे, ऑनलाइन उन प्रदाताओं में से एक है जो समर्पित आईपी एड्रेस सेवा के बिना भी हमेशा ग्राहकों को एक स्थायी आईपी जारी करता है। हालाँकि, पता महीनों तक नहीं बदल सकता है।

आइए nmap का उपयोग करके संपूर्ण पता श्रेणी 95.84.192.0/18 (लगभग 16 हजार पते) को हल करें। विकल्प -एसएलई अनिवार्य रूप से सक्रिय रूप से होस्ट को स्कैन नहीं करता है, बल्कि केवल DNS क्वेरी भेजता है, इसलिए परिणामों में हम केवल आईपी पते से जुड़े डोमेन वाली लाइनें देखेंगे।

$ nmap -sL -vvv 95.84.192.0/18

......
Nmap scan report for broadband-95-84-195-131.ip.moscow.rt.ru (95.84.195.131)
Nmap scan report for broadband-95-84-195-132.ip.moscow.rt.ru (95.84.195.132)
Nmap scan report for broadband-95-84-195-133.ip.moscow.rt.ru (95.84.195.133)
Nmap scan report for broadband-95-84-195-134.ip.moscow.rt.ru (95.84.195.134)
Nmap scan report for broadband-95-84-195-135.ip.moscow.rt.ru (95.84.195.135)
Nmap scan report for mx2.merpassa.ru (95.84.195.136)
Nmap scan report for broadband-95-84-195-137.ip.moscow.rt.ru (95.84.195.137)
Nmap scan report for broadband-95-84-195-138.ip.moscow.rt.ru (95.84.195.138)
Nmap scan report for broadband-95-84-195-139.ip.moscow.rt.ru (95.84.195.139)
Nmap scan report for broadband-95-84-195-140.ip.moscow.rt.ru (95.84.195.140)
Nmap scan report for broadband-95-84-195-141.ip.moscow.rt.ru (95.84.195.141)
Nmap scan report for broadband-95-84-195-142.ip.moscow.rt.ru (95.84.195.142)
Nmap scan report for broadband-95-84-195-143.ip.moscow.rt.ru (95.84.195.143)
Nmap scan report for broadband-95-84-195-144.ip.moscow.rt.ru (95.84.195.144)
.....

लगभग सभी पतों पर एक मानक पीटीआर रिकॉर्ड होता है ब्रॉडबैंड-एड्रेस.आईपी.मॉस्को.आरटी.आरयू सहित कुछ चीजों को छोड़कर mx2.merpassa.ru. एमएक्स उपडोमेन को देखते हुए, यह एक मेल सर्वर (मेल एक्सचेंज) है। आइए सेवा में इस पते की जाँच करने का प्रयास करें स्पैमहाउस

यह देखा जा सकता है कि संपूर्ण आईपी रेंज एक स्थायी ब्लॉक सूची में है, और इस सर्वर से भेजे गए पत्र प्राप्तकर्ता तक बहुत कम ही पहुंचेंगे। आउटगोइंग मेल के लिए सर्वर चुनते समय इसे ध्यान में रखें।

मेल सर्वर को अपने होम प्रदाता की आईपी रेंज में रखना हमेशा एक बुरा विचार है। ऐसे सर्वर में मेल भेजने और प्राप्त करने में समस्या होगी। यदि आपका सिस्टम प्रशासक किसी कार्यालय आईपी पते पर सीधे मेल सर्वर तैनात करने का सुझाव देता है तो इसे ध्यान में रखें।
या तो वास्तविक होस्टिंग या ईमेल सेवा का उपयोग करें। इस तरह आपको यह जांचने के लिए कम बार कॉल करना पड़ेगा कि आपके पत्र आए हैं या नहीं।

वाईफाई राउटर पर होस्टिंग

रास्पबेरी पाई जैसे सिंगल बोर्ड कंप्यूटर के आगमन के साथ, किसी वेबसाइट को सिगरेट पैक के आकार के डिवाइस पर चलते देखना कोई आश्चर्य की बात नहीं है, लेकिन रास्पबेरी पाई से पहले भी, उत्साही लोग सीधे वाईफाई राउटर पर होम पेज चला रहे थे!

प्रसिद्ध WRT54G राउटर, जिसने 2004 में OpenWRT प्रोजेक्ट शुरू किया था

Linksys WRT54G राउटर, जिससे OpenWRT परियोजना शुरू हुई, में USB पोर्ट नहीं थे, लेकिन कारीगरों को इसमें सोल्डरेड GPIO पिन मिले जिन्हें SPI के रूप में इस्तेमाल किया जा सकता था। इस तरह एक मॉड सामने आया जो डिवाइस में एक एसडी कार्ड जोड़ता है। इससे रचनात्मकता के लिए भारी स्वतंत्रता खुल गई। आप संपूर्ण PHP भी एक साथ रख सकते हैं! मुझे व्यक्तिगत रूप से याद है कि कैसे, लगभग सोल्डर करने का तरीका जाने बिना, मैंने एक एसडी कार्ड को इस राउटर में सोल्डर किया था। बाद में, यूएसबी पोर्ट राउटर्स में दिखाई देंगे और आप बस एक फ्लैश ड्राइव डाल सकते हैं।

पहले, इंटरनेट पर ऐसे कई प्रोजेक्ट थे जो पूरी तरह से होम वाईफाई राउटर पर लॉन्च किए गए थे; इसके बारे में नीचे एक नोट होगा। दुर्भाग्य से, मुझे एक भी लाइव साइट नहीं मिल सकी। शायद आप ये जानते हों?

IKEA टेबल से सर्वर कैबिनेट

एक दिन, किसी ने पाया कि आईकेईए की लैक नामक एक लोकप्रिय कॉफी टेबल मानक 19-इंच सर्वर के लिए रैक के रूप में अच्छी तरह से काम करती है। $9 की कीमत के कारण, यह तालिका घरेलू डेटा केंद्र बनाने के लिए बहुत लोकप्रिय हो गई है। इस संस्थापन विधि को कहा जाता है रैक की कमी.

सर्वर कैबिनेट के बजाय आइकिया लैक टेबल आदर्श है

तालिकाओं को एक के ऊपर एक रखा जा सकता है और वास्तविक सर्वर कैबिनेट बनाए जा सकते हैं। दुर्भाग्य से, नाजुक लेमिनेटेड चिपबोर्ड के कारण, भारी सर्वर के कारण टेबलें टूट गईं। विश्वसनीयता के लिए, उन्हें धातु के कोनों से मजबूत किया गया था।

कैसे स्कूली बच्चों ने मुझे इंटरनेट से वंचित कर दिया

जैसा कि अपेक्षित था, मेरे पास अपना खुद का अंडर-बेड सर्वर भी था, जिस पर गेम से संबंधित विषय के लिए समर्पित एक साधारण फोरम चल रहा था। एक दिन, एक आक्रामक स्कूली छात्र ने, जो प्रतिबंध से असंतुष्ट था, अपने साथियों को मना लिया और सभी ने मिलकर अपने घरेलू कंप्यूटर से मेरे फोरम को DDoS करना शुरू कर दिया। चूँकि उस समय पूरा इंटरनेट चैनल लगभग 20 मेगाबिट्स का था, वे मेरे घरेलू इंटरनेट को पूरी तरह से ठप करने में कामयाब रहे। किसी फ़ायरवॉल अवरोधन से मदद नहीं मिली, क्योंकि चैनल पूरी तरह ख़त्म हो गया था।
बाहर से यह बहुत मज़ेदार लग रहा था:

- नमस्ते, आप मुझे ICQ पर उत्तर क्यों नहीं देते?
- क्षमा करें, कोई इंटरनेट नहीं है, वे मुझे ढूंढने का प्रयास कर रहे हैं।

प्रदाता से संपर्क करने से कोई मदद नहीं मिली, उन्होंने मुझसे कहा कि इससे निपटना उनकी ज़िम्मेदारी नहीं है, और वे केवल मेरे आने वाले ट्रैफ़िक को पूरी तरह से रोक सकते हैं। इसलिए मैं दो दिनों तक बिना इंटरनेट के बैठा रहा जब तक कि हमलावर इससे थक नहीं गए।

निष्कर्ष

आधुनिक पी2पी सेवाओं का चयन होना चाहिए था जिन्हें होम सर्वर पर तैनात किया जा सकता है, जैसे ज़ीरोनेट, आईपीएफएस, ताहो-एलएएफएस, बिटटोरेंट, आई2पी। लेकिन पिछले कुछ वर्षों में मेरी राय बहुत बदल गई है। मेरा मानना ​​​​है कि किसी भी सार्वजनिक सेवाओं को घरेलू आईपी पते पर होस्ट करना, और विशेष रूप से वे जिनमें उपयोगकर्ता सामग्री डाउनलोड करना शामिल है, अपार्टमेंट में रहने वाले सभी निवासियों के लिए एक अनुचित जोखिम पैदा करता है। अब मैं आपको सलाह देता हूं कि जितना संभव हो सके इंटरनेट से आने वाले कनेक्शनों को प्रतिबंधित करें, समर्पित आईपी पते को छोड़ दें, और अपनी सभी परियोजनाओं को इंटरनेट पर दूरस्थ सर्वर पर रखें।

इंस्टाग्राम पर हमारे डेवलपर को फॉलो करें

स्रोत: www.habr.com