वर्ल्ड वाइड वेब होस्टिंग 2

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

मुख्य रूप से, "कैमोमाइल" होस्टिंग को बिंद और नगीन डीएनएस सर्वर के संयोजन के एक अजीब कार्यान्वयन द्वारा प्रतिष्ठित किया गया है।

बाइंड

बिंदू देखने जैसी अद्भुत चीज का उपयोग करता है। यह विभिन्न पूर्वनिर्धारित गंतव्यों को विशिष्ट DNS रिकॉर्ड की रिपोर्ट करने की अनुमति देता है। उदाहरण के लिए, यदि अनुरोध जोन 1.2.3.0/24 से आया है, तो somehost.host पता 1.2.3.4 को वापस कर देगा। यदि क्षेत्र 2.3.4.0/24 से है, तो पता 2.3.4.5 है।
याकुत्स्क को दो मुख्य क्षेत्रों में विभाजित किया गया है: बैकबोन (प्रदाताओं का एक समूह) और पीरिंग (रोस्टेलकॉम)। उनके बीच, ट्रैफ़िक 7 कोपेक प्रति 1 एमबी है। इसलिए, यदि सर्वर एक ज़ोन में स्थित है, तो इसका भुगतान दूसरे ज़ोन के ग्राहकों के लिए किया जाएगा। स्थानीय हॉस्टरों ने www2.some.host और अन्य बैसाखी पेश करके 7 सेंट के साथ लड़ाई की। यह विधि उपयोगकर्ता के लिए पारदर्शी है।
Name.conf.local कॉन्फ़िगरेशन का एक उदाहरण:

एसीएल आरटीके {
1.2.3.0/24;
};
एसएलबीबीएन {
2.3.4.0/24;
};

"bbn" {
मैच-ग्राहकों {bbn; };

ज़ोन "host.net" {
टाइप मास्टर;
फ़ाइल "/etc/bind/bbn/db.host.net"; };

"/etc/bind/onym.conf.default-zones" शामिल करें;
};

देखें "rtk" {
मैच-ग्राहकों {आरटीके; };

ज़ोन "host.net" {
टाइप मास्टर;
फ़ाइल "/etc/bind/rtk/db.host.net"; };

"/etc/bind/onym.conf.default-zones" शामिल करें;
};
देखें "कोई" {
मैच ग्राहकों {किसी भी; };

ज़ोन "host.net" {
टाइप मास्टर;
फ़ाइल "/etc/bind/any/db.host.net"; };

"/etc/bind/onym.conf.default-zones" शामिल करें;
};

ज़ोन फ़ाइलें मानक हैं, लेकिन अलग-अलग निर्देशिकाओं में स्थित हैं।
एक minuses - फ़ाइलों को मैन्युअल रूप से संपादित किया जाता है। मैंने अब तक दृश्य को नियंत्रित करने के लिए समझदार व्यवस्थापक पैनल नहीं देखा है।
इस चाल का उपयोग हमारे वर्तमान के बजाय बाएं पते की कुछ संरचनाओं को प्रदर्शित करने के लिए किया जा सकता है। लेकिन मैंने आपको यह नहीं बताया;)

nginx

सबसे पहले, नंगेक्स भारी अपाचे के लिए एक दृश्य के रूप में खड़ा था। फिर नगीनेक्स का विचार आम तौर पर अलग सर्वर पर बनाने के लिए पैदा हुआ था। प्रॉक्सी सर्वर स्टैटिक मीडिया कंटेंट (एमपी 3, एवीआई, एफएलवी, जेपीजी, पीएनजी, आदि) को कैश करता है, और बाकी रिक्वेस्ट (php, css, आदि) अपाचे को भेजता है।
फिलहाल, फ़ाइलों और डेटाबेस वाले मुख्य सर्वर एक अज्ञात स्थान पर लगभग किसी को भी संग्रहीत किए जाते हैं। उनके और सीमावर्ती के बीच, वीपीएन सुरंगों को हमाची के माध्यम से उठाया जाता है। इतनी मेहनत क्यों?
अब हमारी छोटी होस्टिंग प्रदाताओं से स्वतंत्र है। हमने संचार चैनल को बदल दिया, डीएनएस रिकॉर्ड को अपडेट किया, वीपीएन को फिर से जोड़ा और अब हम आईपी पते से भी अवरुद्ध होने से डरते नहीं हैं। लाभ! ;)
उदाहरण कॉन्फ़िगर साइटों-सक्षम / host.name:

सर्वर {
80 सुनो;
server_name
www.host.net host.net;
access_log /var/log/nginx/host.net.access.log;
error_log /var/log/nginx/host.net.error.log;

स्थान / {
प्रॉक्सी_पास 5.6.7.8 : 80 /;
xy_set_header होस्ट $ होस्ट;
प्रॉक्सी_सेट_हेडर एक्स-रियल-आईपी $ रिमोट_ड्रेड;
प्रॉक्सी_सेट_हाइडर एक्स-फॉरवर्डेड-$ $ के लिए प्रॉक्सी_एड_एक्स_फोवर्डवर्ड_फोर्स;
#proxy_redirect बंद;
}

स्थान ~ *। (jpg | png | gif | jpeg | mp3 | mp4 | wav | mov | avi) $ |
xy_cache_valid 200 20000 मी;
30 डी समाप्त हो रहा है;
प्रॉक्सी_पास 5.6.7.8 : 80;

xy_set_header होस्ट $ होस्ट;
प्रॉक्सी_सेट_हेडर एक्स-रियल-आईपी $ रिमोट_ड्रेड;
xy_cache pagecache;
}

अपाचे पर rpath सक्षम करने के लिए याद रखें।

परिणाम

सिस्टम कभी-कभी अनाड़ी हाथों के कारण दुर्घटनाग्रस्त हो जाता है (सभी फ़ाइलों में धारावाहिक को अपडेट करना भूल गया, कॉन्फ़िगरेशन में पता के साथ एक गलती की, आदि)। लेकिन यह कई परियोजनाओं को काम करता है और प्रसन्न करता है।
UPD Proxy0 नहीं हो सकता है। एज फ्रंटएंड अनुरोध से सीधे NAT के पीछे स्थित रूट सर्वर पर जा सकते हैं