मिकरोटिक राउटर ओएस। "निष्पक्ष" चैनल जुदाई

एक हब्र के खुले स्थानों पर मुझे "मिकरोटिक राउटर ओएस, गति के गतिशील विभाजन के लिए एक स्क्रिप्ट" के कुछ लेख मिले। और चूंकि यह पहला वर्ष नहीं है जब मैं इस समस्या से निपट रहा हूं, मैंने अपने ज्ञान को साझा करने का फैसला किया।

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

परिचय

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

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

Linx और Unix सिस्टम के उपयोगकर्ताओं को परेशान नहीं होना चाहिए। वाइनबॉक्स बेल के नीचे काम करता है। इसके अलावा, मिक्रोटिक में एक सुविधाजनक वेब विन्यासक WebFig है ।

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

इसके अलावा लेख के अंत में मैं सभी उपयोगी लिंक देने की कोशिश करूंगा। यदि आपको कुछ नहीं मिलता है, तो कृपया मुझे बताएं और मैं लेख को पूरक करने का प्रयास करूंगा।

समस्या का बयान

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

यह आवश्यक है:

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

थोड़ा सा स्पष्टीकरण।

एक बिंदु।

उदाहरण के लिए, आने वाले चैनल की बैंडविड्थ 1000 kb / s है।
यदि, उदाहरण के लिए, Main_HomePC इंटरनेट से 100 kb / s की गति से डेटा प्राप्त करता है, तो Second_HomePC को 900 kb / s तक की गति से डेटा प्राप्त करने में सक्षम होना चाहिए।
जब 800_bb / सेकंड के लिए दूरस्थ सर्वर द्वारा डेटा ट्रांसफर की गति बढ़ जाती है, तो चैनल को उपभोक्ताओं के बीच समान रूप से विभाजित किया जाना चाहिए (अर्थात, 500 kb / s)।
इस समस्या को हल करने के लिए, PCQ कतार प्रकार का उपयोग किया जाता है (लेकिन नीचे उस पर अधिक)।

बिंदु दो।

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

इस प्रकार, यह संभव है, उदाहरण के लिए, कुछ सर्वरों के कनेक्शन को उच्च प्राथमिकता देना। उदाहरण के लिए, इस तरह मैंने चैनल लोड की परवाह किए बिना उत्कृष्ट आरडीपी कनेक्शन हासिल किए। 1 सी कैलीपर्स बहुत खुश थे।

बिंदु तीन।

फिर भी, सर्फिंग इंटरनेट का उपयोग करने वाले व्यक्ति की सबसे अधिक ध्यान देने योग्य गतिविधि है। यदि उपयोगकर्ता को पृष्ठों के उद्घाटन के लिए लंबे समय तक इंतजार करने के लिए मजबूर किया जाता है, तो कोई भी कतार और चैनल विभाजन उसे संतुष्ट रहने में मदद नहीं करेगा। इसलिए, हम उपयोगकर्ता और वर्तमान चैनल लोड की परवाह किए बिना पृष्ठों के उद्घाटन को गति देने का प्रयास करेंगे।

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

सिद्धांत

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

सबसे पहले, जांचें कि राउटर के माध्यम से ट्रैफ़िक कैसे बहता है ।
यह आपकी आंखों से पहले आरेख की जांच करने के लिए पर्याप्त है और सिद्धांत स्पष्ट हो जाएगा।

HTB

आप यहां HTB के बारे में पढ़ सकते हैं ।

संक्षेप में, HTB (Hierarchical Token Bucket) विभिन्न प्रकार के यातायात को संभालने के लिए एक क्लासिक कतार विधि है।

विधि तीन सरल लेकिन आवश्यक चरणों पर आधारित है:

1. जिस ट्रैफ़िक में हम रुचि रखते हैं, उसका अलगाव और लेबलिंग।
2. विशिष्ट प्रकार के ट्रैफ़िक के लिए व्यक्तिगत कतारों को लागू करने के लिए नियम बनाएं।
3. इंटरफेस के लिए चयनित रणनीतियों (नियमों और अतिरिक्त मापदंडों) का आवेदन।

HTB केवल क्यू ट्री के माध्यम से कार्यान्वित किया जाता है।

इस तरह की कतार और सरल कतार के बीच अंतर का पता लगाएं।

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

प्रारंभ में, सभी इंटरफेस के लिए एक PFIFO कतार का उपयोग किया जाता है (पहले पहले पैकेट, पहले में - पहले बाहर)। इस तरह की कतार आपको पैकेट भेजने के क्रम को नियंत्रित करने की अनुमति नहीं देगी। सभी पैकेट एक धागे में राउटर द्वारा रखे जाते हैं और इसलिए, इस प्रकार की कतार के साथ, हम समस्या 1 या कार्य 2 को पूरी तरह से हल नहीं कर सकते हैं। हम केवल गति को सीमित कर सकते हैं, लेकिन हम लोड को संतुलित नहीं कर सकते। टास्क 3 क्योंकि हल किया जाता है यहाँ हमें संतुलन की आवश्यकता नहीं है।

हमें राउटर को कॉन्फ़िगर करने की आवश्यकता है ताकि विभिन्न उपयोगकर्ताओं के पैकेट अलग-अलग धाराओं में फिट हों। फिर यह हमारे लिए कोई मायने नहीं रखेगा कि उपयोगकर्ता ने कितने कनेक्शन स्थापित किए हैं।

पीसीक्यू कतार प्रकार (प्रति कनेक्शन कतार) क्लासिफायर को पैकेट स्रोत के पते और बंदरगाहों का चयन करने और क्लासिफायर के रूप में गंतव्य के लिए अनुमति देता है, जो आपको व्यक्तिगत कनेक्शन या पैकेट के बजाय व्यक्तिगत धाराओं में नियम लागू करने की अनुमति देता है। इस प्रकार की कतार आपको बफर से पैकेट नमूने की गति को सीमित करने और उन्हें अलग-अलग धाराओं में रखने की अनुमति देती है (यह एक निश्चित चैनल को आवंटित करने के लिए विकल्पों में से एक है), और यदि आप मान = 0 सेट करते हैं, तो इस कतार द्वारा आवंटित सभी स्ट्रीम एक ही चैनल चौड़ाई प्राप्त करेंगे (गतिशील चैनल साझाकरण, यह है कि वायरलेस उपयोगकर्ताओं के बीच इंटरनेट साझाकरण कैसे काम करेगा)।

अधिक विवरण यहां पाया जा सकता है ।

वध करना

HTB का पहला चरण।
राउटर से गुजरने वाले पैकेट के अनुक्रम के नियमों को लागू करने के लिए, पैकेट को चिह्नित किया जाना चाहिए।
राउटर से गुजरते समय, पैकेट को चिह्नित किया जा सकता है और फिर मार्कर द्वारा जल्दी से पाया जा सकता है।
विभिन्न पैकेजों के लिए सामान्य नियम या समान पैकेजों के लिए अलग-अलग नियम लागू करने के लिए यह आवश्यक है।
बहुत सारा पाठ यहां बेमानी है। आप यहाँ और अधिक विस्तार से पढ़ सकते हैं ।

कतार का पेड़

HTB का दूसरा चरण नियमों का निर्माण है जो विभिन्न प्रकार के ट्रैफ़िक पर विभिन्न प्रकार की कतारों को लागू करने की अनुमति देता है।
यहाँ अपने शब्दों में कुछ लिखना काफी मुश्किल है, लेकिन मैंने कॉपी-पेस्ट से इनकार कर दिया। इसलिए, हम या तो सिद्धांत पढ़ते हैं या अभ्यास देखते हैं। पहले कार्यान्वयन को देखना आसान हो सकता है।
मैनुअल ।

अभ्यास

नेटवर्क टोपोलॉजी

मेरे घर नेटवर्क में निम्नलिखित टोपोलॉजी है:



राउटर PPPoE_Client इंटरफ़ेस के साथ प्रदाता के PPPOE सर्वर से जुड़ता है, जिसे मैंने ISP_Internet_Connection कहा है, और इस इंटरफ़ेस के माध्यम से इंटरनेट तक पहुंच प्राप्त होती है। इस स्थिति में, नेटवर्क पैरामीटर (आईपी, गेट, डीएनएस) गतिशील रूप से जारी किए जाते हैं।
Main_HomePC और Second_HomePC डेस्कटॉप कंप्यूटर हैं। उनके पास स्थिर पते हैं, जिसके उदाहरण पर मैं दिखाऊंगा कि आप उनके बीच चैनल पर लोड को कैसे संतुलित कर सकते हैं।
नोट और टैबलेट वाई-फाई एक्सेस का उपयोग करने वाले उपकरणों के उदाहरण हैं (वे गतिशील रूप से वायरलेस_सर्स समूह में शामिल होंगे, पते उन्हें वायरलेस_सर्स पूल से दिए जाएंगे) और, एक नियम के रूप में, डीएचसीपी सर्वर से एक पता प्राप्त करने की आवश्यकता होती है। विभिन्न नेटवर्कों में इस्तेमाल किया जा सकता है (इसलिए, अक्सर, उन्हें हार्ड ड्राइव सेटिंग्स नहीं करनी चाहिए)। मेरे पास केवल एक स्मार्टफोन है, लेकिन पूर्णता के लिए, मैंने एक नोटबुक भी चलाई। सामान्य तौर पर, ऐसे उपकरणों की संख्या केवल उनके द्वारा आवंटित पते के पूल पर निर्भर करेगी।

वध करना

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

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



इस प्रकार, हम प्रत्येक घर के कंप्यूटर के लिए अलग से और वायरलेस उपकरणों के समूह के लिए अलग से पैकेजों को अलग-अलग करेंगे।
इस तरह के एक एल्गोरिथ्म को लैन से WAN और WAN से LAN तक जाने वाले पैकेट पर लागू करने की आवश्यकता होती है।
1. हम एक बाहरी नेटवर्क से स्थापित कनेक्शनों को चिह्नित करते हैं (मैं एक मार्कर के साथ दो इंटरफेस से कनेक्शनों को चिह्नित करता हूं, लेकिन शास्त्रीय मामले में, इंटरनेट का उपयोग करने के लिए केवल एक इंटरफ़ेस का उपयोग किया जाता है, और इसलिए WAN से और के लिए कनेक्शन चिह्नित करने के नियमों को छोड़ा जा सकता है)।
इसके लिए, हम WAN में प्रवेश करने और LAN छोड़ने वाले सभी कनेक्शनों को चिह्नित करते हैं। वायरलेस डिवाइस और होम कंप्यूटर के लिए अलग-अलग पैकेज के लिए, मैंने केवल चयनित पता समूहों के लिए लेबलिंग नियम लागू किए।
2. लेबल किए गए यौगिकों के अंदर बैग को लेबल करें। अलग-अलग, मैं गंतव्य पते 172.16.30.31 के साथ पैकेटों को अलग से 172.16.30.32 पर और अलग मार्कर I के पैकेटों को पूल 172.16.30.10-172.16.30.20 के साथ चिह्नित करता हूं।

हम आउटगोइंग पैकेट के लिए समान नियम बनाते हैं।
परिणाम इस तरह दिखता है:

नियम 0 और 1 को D अक्षर से चिह्नित किया गया है, जिसका अर्थ है गतिशील। पीपीपीओई कनेक्शन स्थापित होने पर ये नियम अपने आप बन जाते हैं। हर जगह ऐसा नहीं हो सकता है। वे लेख के विषय से संबंधित नहीं हैं।
नियम 4 आंकड़े में पूरी तरह से परिलक्षित नहीं होता है। इसके अतिरिक्त, आईपी प्रोटोकॉल और स्रोत पोर्ट 80 निर्दिष्ट करें। नियम श्रृंखला को तोड़ता है ताकि प्रत्येक नए कनेक्शन के केवल पहले दो मिलियन बाइट http_dl_boost मार्कर के तहत हों (मुझे लगता है कि यह अधिकांश पृष्ठों को लोड करने के लिए पर्याप्त है)।
इस सिद्धांत के अनुसार, अपलोड बूस्टर का निर्माण करना संभव है, साथ ही साथ डेटा के छोटे पैकेट तेजी से पास करते हैं, उदाहरण के लिए, जब एक वापसी स्ट्रोक पर नायिका 3 खेल रहे हैं, तो आप डेटा स्थानांतरण को गति दे सकते हैं।

कतार

दूसरा चरण कतारों को कॉन्फ़िगर करना है। पहले, आने वाले और बाहर जाने वाले ट्रैफ़िक के लिए दो नए प्रकार की कतारें बनाएं। PCQ टाइप करें।



पैकेट धाराएँ जिनमें PCQ_Download कतार प्रकार लागू किया जाएगा उन्हें गंतव्य पते द्वारा वर्गीकृत किया जाएगा और उनमें से प्रत्येक को समान प्राथमिकता दी जाएगी। इस तरह की कतार उपभोक्ताओं में समानता सुनिश्चित करेगी, भले ही उनमें से प्रत्येक के लिए धागे की संख्या हो।
इसी तरह, आउटगोइंग पैकेट की कतार प्रेषक के पते पर धाराओं को वर्गीकृत करेगी।
इस तरह की कतार के आधार पर, एक उपयोगकर्ता (क्लासीफायर: पता और गंतव्य पोर्ट) के विभिन्न अनुप्रयोगों के लिए पैकेट प्रवाह को बराबर करना भी संभव है। जटिलता केवल टॉरेंट के साथ हो सकती है। लेकिन उचित परिश्रम के साथ, यह एक जटिल कतार के पेड़ को लगाकर भी हल किया जा सकता है।
यदि आप ध्यान दें, इनकमिंग और आउटगोइंग पैकेट के लिए लिमिट पैरामीटर अलग है। यह समझने के लिए कि यह क्यों आवश्यक है, HTB के सिद्धांत पर वापस लौटें।

अब आप अपना कतार का पेड़ बनाने के लिए तैयार हैं।

हम दो शाखाओं में रुचि रखते हैं:
- आने वाले पैकेट (जैसा कि मैं उन पैकेट को कॉल करूंगा जो इंटरनेट से आते हैं और स्थानीय नेटवर्क पर उपकरणों के लिए अभिप्रेत हैं)।
- आउटगोइंग पैकेट (स्थानीय नेटवर्क पर उपकरणों से आने वाले पैकेट)।

यह है कि कतार के पेड़ के सभी नियम कैसे दिखते हैं।



इनकमिंग_पैकेट्स शाखा का जनक LAN2 इंटरफ़ेस है - इसके पैकेट स्थानीय उपकरणों पर भेजे जाते हैं।
आउटगोइंग_पैकेट्स शाखा का जनक तब से ग्लोबल-आउट है मेरे मामले में पैकेट WAN और ISP_Internet_Connection दोनों से भेजे जा सकते हैं।
कृपया ध्यान दें कि HTTP_DL_BOOST की प्राथमिकता 2 है, साथ ही LimitAt = MaxLimit = 32M। यह एक उच्च प्राथमिकता देता है और पोर्ट 80 से अधिक आईपी से प्राप्त ट्रैफ़िक के पहले ~ 2Mb की अधिकतम बैंडविड्थ देता है, जो धीमे चैनलों (पृष्ठों पर 3 उपयोगकर्ताओं के साथ 2 एमबीपीएस चैनल पर परीक्षण) पर भी त्वरित उद्घाटन सुनिश्चित करेगा।

परिणाम।

एक पूर्ण प्रयोग करने के लिए, मैं nvidia.com से 5 धाराओं में MainPC पर डाउनलोड करना शुरू करता हूं, और SecondPC पर मैं टोरेंट डाउनलोड करना शुरू करता हूं।
चूंकि सभी 32 मेगाबिट्स को स्कोर करना लगभग असंभव है, इसलिए मैं बैंड को 2 मेगाबिट्स में कृत्रिम रूप से सीमित कर दूंगा।
प्रयोग की शुद्धता के लिए, मैंने DL_BOOST को अक्षम कर दिया।



संख्या थोड़ी मेल नहीं खाती। एक पल में स्क्रीनशॉट नहीं लिया गया।
एक अक्षम नियम अपडेट नहीं किया गया है और इसलिए इसमें संख्याएँ इस समय के अनुरूप नहीं हैं।

PS मुझे इस बात को जोड़ने की आवश्यकता है कि मेरे मामले में (प्रदाता के स्थानीय संसाधन WAN इंटरफ़ेस के पीछे हैं और मुझे उन सभी 32 Mbit / s पर एक्सेस मिलता है, जबकि मेरे पास 8/8 Mbit / s इंटरनेट तक पहुंच है) मुझे थोड़ा अलग तरीके से संपर्क करने की आवश्यकता है आंतरिक संसाधनों के लिए धागे अलग शाखाओं में अलग हो जाते हैं। फिर चैनल को और अधिक लचीले ढंग से विभाजित करना संभव होगा। लेकिन मैं आंतरिक संसाधनों का उपयोग नहीं करता हूं, इसलिए मैंने सब कुछ सरल रूप में लाया।

केस सामग्री

जैसा कि वादा किया गया है - मैं विन्यास पोस्ट करता हूं।
लिंक की एक जोड़ी:
गाइड
वेब आधारित विन्यास
एक राउटर से गुजरने वाले पैकेट
HTB
वध करना
कतार का पेड़

WinBox डाउनलोड करें

मैं आपको नज़दीक से देखने की सलाह देता हूँ

अन्य बातों के अलावा, मैंने उपयोगी उपयोगिताओं के बारे में थोड़ी जानकारी देने के लिए एक ही समय में निर्णय लिया।

यार

बहुत अच्छी बात है। नेटवर्क टोपोलॉजी बनाने में मदद करता है, इसकी अखंडता को ट्रैक करता है। एक दिलचस्प संभावना यह है कि इसे राउटर से कनेक्ट किया जाए, बैंडविथ टेस्ट आदि की मदद से चैनलों की बैंडविड्थ की जांच की जाए।

सिसलॉग डेमॉन

"संग्रह" में स्थान के संबंध में - एक अल्पज्ञात उपकरण। राउटर इवेंट के रिमोट लॉगिंग की अनुमति देता है। कई फिल्टर का समर्थन करता है। डिबगिंग के लिए, बात उत्कृष्ट है। अगर मुझे सही याद है, तो यह ड्यूड में बनाया गया है।

युपीडी:

वेब कॉन्फ़िगरेशन और लाइनबॉक्स / यूनिक्स के तहत विनबॉक्स के काम के बारे में जानकारी के लिए जोड़ा गया।
उपयोगी लिंक के एक जोड़े को जोड़ा।

मुझे टिप्पणियों में आलोचना देखकर और लेख को बेहतर बनाने की कोशिश करने में खुशी होगी।