प्रदाता की सेवा में लिनक्स

हब पर विषयगत पदों के बहुमत के माध्यम से देखने के बाद, मुझे इस तथ्य से बहुत आश्चर्य हुआ कि इंटरनेट सेवा प्रदाता पर यूनिक्स / लिनक्स ओएस का उपयोग करने का विषय बेहद खराब रूप से कवर किया गया था। इस लेख के साथ, मैं आंशिक रूप से इस अंतर को भरने की कोशिश करूंगा।





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

आकार देने

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



बात यह है कि सिस्टम ने "खाना" शुरू किया, बहुत अधिक नरम व्यवधान होने पर भी जब यातायात का एक बहुत कुछ नहीं होता है, प्रत्येक मेगाबाइट पर 300 मेगाबिट्स और 30 kpps के 1000 ट्रैफिक cbq नियमों (2 उपयोगकर्ता इनपुट / आउटपुट नियमों) के साथ यातायात बंद हो जाता है शीर्ष सी में 100% तक पहुँच गया।



यदि इस समय हम एक ही तकनीकी साधनों के साथ समान समस्या का सामना करेंगे, तो हम लिनक्स htb tc + हैश फिल्टर्स का उपयोग करके इसे हल करेंगे।

नेट

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



हम "ग्रे" पतों पर रुक गए, क्योंकि उनका उपयोग करते समय, उस समय मूल्यवान सामग्री के रूप में वास्तविक पते के रूप में महत्वपूर्ण रूप से बचाया गया था। इसके अलावा, हमारे उपयोगकर्ताओं के काम की सुरक्षा और सुविधा में थोड़ी वृद्धि हुई है, क्योंकि उनके कंप्यूटरों के बाहर से पूरे इंटरनेट "सीधे" तक पहुंच नहीं थी।



NAT के लिए , सिस्को उपकरण को चुना गया था, विशेष रूप से सिस्को एएसए 5505 - उस समय इसकी क्षमता हमारे ग्राहकों की जरूरतों को पूरा करने के लिए पर्याप्त थी।



उसी समय, अचानक जानकारी सामने आई कि हमने जो सिस्को एएसए का आदेश दिया था, वह थोड़ा विलंबित था, और वास्तव में सवाल उठता था कि एनएटी से 100 एमबीपीएस स्ट्रीम कैसे प्राप्त की जाए।



"घुटने पर" एक परीक्षण बेंच 2 नेटवर्क गीगाबिट एडेप्टर के साथ एक साधारण कार्यालय पीसी से इकट्ठा किया गया था और यह पता चला कि थोड़ा बहुत ट्यूनिंग के साथ यह बहुत ही साधारण "पिसुक" सबसे साधारण रीलों के साथ हम जिस स्ट्रीम की ज़रूरत है उसे दूर कर सकते हैं।



लोहे की जगह के बाद, 1800 एमबीपीएस हमारे एनएटी सर्वरों में से एक के माध्यम से चोटियों से गुजरा (हाँ, यह कोई गलती नहीं है, सिस्टम पर अपेक्षाकृत छोटे भार के साथ ट्रैफ़िक लगभग 2 गीगाबिट / एस है)।

NetFlow

एनएटी से पहले घर के उपयोगकर्ताओं के काम पर आंकड़े इकट्ठा करने की समस्या का सामना करते हुए, अर्थात्, "ग्रे" पतों के साथ, वे नेटफ्लोव के आंकड़े प्राप्त करने के लिए सबसे सरल योजना में आए।



हमने एक ऐसी योजना को इकट्ठा किया जिसमें हम बोर्ड पर लिनक्स ओएस के साथ सर्वर के आवश्यक नेटवर्क बंदरगाहों के लिए सभी उपयोगकर्ता ट्रैफ़िक (स्पैन पोर्ट) की एक प्रति "किक आउट" करते हैं, और फिर वांछित सर्वर के लिए फ़्लो स्ट्रीम बनाने के लिए ipt_NETFLOW का उपयोग करते हैं।



कॉन्फ़िगरेशन के साथ अधिक विस्तार से कार्य की योजना यहां दी गई है ।



पुनश्च हम जानते हैं कि अधिकांश सिस्को उपकरण निर्दिष्ट नेटफ्लो कलेक्टर में पहले से ही उत्पन्न नेटफ्लो स्ट्रीम डाल सकते हैं, लेकिन उस समय हमारे नेटवर्क आरेख में ऐसे उपकरण नहीं हो सकते हैं :)

उपयोगकर्ता नेटवर्क की समाप्ति।

प्रारंभ में, मैं उपयोगकर्ता को एक आईपी पता, सबनेट मास्क और गेटवे देना चाहता था और इसे पीपीपीओई, पीपीटीपी, वीपीएन सेटिंग्स के साथ लोड नहीं करना था, जो अंततः तकनीकी सहायता सेवा (जो व्यवहार में हुआ था) को कुछ हद तक राहत देने के लिए था, क्योंकि नेटवर्क सेटअप किसी भी रूप में काफी तुच्छ हो गया था। उपयोगकर्ता ओएस।



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



कुल में, हमारे पास प्रति नेटवर्क लगभग 10k ग्राहकों के 4 सर्वर थे।



पीक ट्रैफिक प्रत्येक सर्वर द्वारा पीक आवर्स के दौरान प्रति सेकंड डेढ़ मेगापैक तक पहुंच जाता है। सर्वर ospf प्रोटोकॉल का उपयोग करते हुए एक दूसरे के साथ मार्गों का आदान-प्रदान करते हैं।



Ipset का उपयोग करके उपयोगकर्ताओं तक पहुँच को अवरुद्ध किया गया।

असभ्य

यहां खत्म करना अच्छा होगा, लेकिन मैं एक अन्य "गैर-मानक" लिनक्स के अनुप्रयोग के बारे में लिखना चाहता हूं - एक सीमा के रूप में। ऐसा हुआ कि हमारे पास एक सिस्को एएसआर था जो एक बोर्डर के रूप में काम कर रहा था जिसे दो अपलिंक से 2 पूर्ण दृश्य मिले।



यहाँ एक मामूली विषयांतर है। सिस्को कंपनी ने 100% अपने दायित्वों को रखा और आवश्यक दस्तावेजों को भरने के बाद कुछ ही घंटों में प्रतिस्थापन भेज दिया, लेकिन जैसा कि आप जानते हैं, ग्राहक हमारे क्षेत्र में नया हार्डवेयर आने तक एक दिन इंतजार नहीं करेंगे। निर्णय सहज था।



उन्होंने गोदाम से सर्वर लिया, उस पर लिनक्स + क्वाग स्थापित किया, और असफल सिस्को के स्थान पर इसे सुरक्षित रूप से स्थापित किया।



लगभग घंटे में, यह इंजीनियरिंग चमत्कार लगभग 400 के सभी इंटरफेस पर कुल खापों के साथ 1.4Gbit / s इनपुट स्ट्रीम "चबाया"।



PS काम के दौरान, हमने CentOS 5 वितरण के लिए कई RPM पैकेजों का संग्रह और परीक्षण किया है, यहाँ उनकी एक छोटी सूची है:

• ipset
• connlimit
• conntrack उपकरण
• ipt_netflow
• प्रवाह-उपकरण
• क्वागा

आप उन्हें इस भंडार से डाउनलोड कर सकते हैं।



PPS यदि आपके पास ISP सेवा पर OS जैसे * निक्स के उपयोग के संबंध में अपने स्वयं के घटनाक्रम या नोट्स हैं, तो आपका स्वागत है।



CentALT का लेख, दुर्भाग्य से, उसके पास खुद को पोस्ट करने के लिए पर्याप्त कर्म होंगे, इसलिए मैं आपसे उसके कर्म में सभी पेशेवरों / विपक्षों को छोड़ने के लिए कहता हूं।