ट्रिकल के साथ लिनक्स सिस्टम में अनुप्रयोगों द्वारा उपयोग किए जाने वाले नेटवर्क बैंडविड्थ को कैसे सीमित करें

क्या आपने कभी ऐसी परिस्थितियों का सामना किया है जहां एक एप्लिकेशन आपके सभी नेटवर्क बैंडविड्थ पर हावी हो गया हो? यदि आप कभी ऐसी स्थिति में हैं जहां एक एप्लिकेशन ने आपका सारा ट्रैफ़िक खा लिया है, तो आप ट्रिकल बैंडविड्थ शेपर एप्लिकेशन की भूमिका को महत्व देंगे।

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

[आप यह भी पसंद कर सकते हैं: 16 लिनक्स में नेटवर्क उपयोग का विश्लेषण करने के लिए उपयोगी बैंडविड्थ निगरानी उपकरण]

ट्रिकल क्या है?

ट्रिकल एक नेटवर्क बैंडविड्थ शेपर टूल है जो हमें एप्लिकेशन की अपलोड और डाउनलोड गति को प्रबंधित करने की अनुमति देता है ताकि उनमें से किसी एक को उपलब्ध बैंडविड्थ के सभी (या अधिकतर) को हॉग करने से रोका जा सके।

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

ट्रिकल कैसे काम करता है?

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

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

ट्रिकल क्या नहीं कर सकता?

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

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

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

आवश्यक ट्रैफ़िक उत्पन्न करने के लिए, हम क्लाइंट (CentOS सर्वर - dev1: 192.168.0.17), और सर्वर पर vsftpd (Debian - dev2: 192.168.0.15) पर ncftpput और ncftpget (दोनों उपकरण ncftp स्थापित करके उपलब्ध हैं) का उपयोग करेंगे। प्रदर्शन के उद्देश्य। वही निर्देश RedHat, Fedora और Ubuntu आधारित सिस्टम पर भी काम करता है।

Linux में ncftp और vsftpd इंस्टाल करना

1. RHEL/CentOS 8/7 के लिए, EPEL रिपॉजिटरी को सक्षम करें। एंटरप्राइज लिनक्स के लिए अतिरिक्त पैकेज (ईपीईएल) फेडोरा प्रोजेक्ट द्वारा बनाए गए उच्च-गुणवत्ता वाले मुक्त और ओपन-सोर्स सॉफ़्टवेयर का भंडार है और इसके स्पिनऑफ के साथ 100% संगत है, जैसे कि Red Hat Enterprise Linux और CentOS। इस रिपॉजिटरी से ट्रिकल और एनसीएफटीपी दोनों उपलब्ध कराए गए हैं।

2. एनसीएफटीपी को निम्नानुसार स्थापित करें:

# yum update && sudo yum install ncftp		[On RedHat based systems]
# aptitude update && aptitude install ncftp	[On Debian based systems]	

3. एक अलग सर्वर में एक FTP सर्वर सेट करें। कृपया ध्यान दें कि हालांकि एफ़टीपी स्वाभाविक रूप से असुरक्षित है, फिर भी इसका व्यापक रूप से उन मामलों में उपयोग किया जाता है जब फ़ाइलों को अपलोड करने या डाउनलोड करने में सुरक्षा की आवश्यकता नहीं होती है।

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

# yum update && yum install vsftpd 		[On RedHat based systems]
# apt update && apt install vsftpd 	[On Debian based systems]

अब, एफ़टीपी सर्वर पर /etc/vsftpd/vsftpd.conf फ़ाइल को निम्नानुसार संपादित करें:

$ sudo nano /etc/vsftpd/vsftpd.conf
OR
$ sudo /etc/vsftpd.conf

निम्नलिखित परिवर्तन करें:

anonymous_enable=NO
local_enable=YES
chroot_local_user=YES
allow_writeable_chroot=YES

उसके बाद, अपने वर्तमान सत्र के लिए vsftpd शुरू करना सुनिश्चित करें और इसे भविष्य के बूटों पर स्वचालित शुरुआत के लिए सक्षम करें:

# systemctl start vsftpd 		[For systemd-based systems]
# systemctl enable vsftpd
# service vsftpd start 			[For init-based systems]
# chkconfig vsftpd on

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

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

ftp://192.168.0.15

यदि प्रमाणीकरण सफल होता है, तो आप अपनी होम निर्देशिका की सामग्री देखेंगे। बाद में इस ट्यूटोरियल में, आप पिछले चरणों के दौरान अपलोड की गई फ़ाइलों को प्रदर्शित करने के लिए उस पृष्ठ को रीफ्रेश करने में सक्षम होंगे।

लिनक्स में ट्रिकल कैसे स्थापित करें

अब यम या उपयुक्त के माध्यम से ट्रिकल स्थापित करें।

एक सफल स्थापना सुनिश्चित करने के लिए, यह सुनिश्चित करने के लिए अच्छा अभ्यास माना जाता है कि वर्तमान में स्थापित पैकेज उपकरण को स्थापित करने से पहले अद्यतित हैं (यम अपडेट का उपयोग करके)।

# yum -y update && yum install trickle 		        [On RedHat based systems]
# apt -y update && apt install trickle 	[On Debian based systems]

सत्यापित करें कि क्या ट्रिकल वांछित बाइनरी के साथ काम करेगा। जैसा कि हमने पहले बताया, ट्रिकल केवल डायनेमिक या साझा पुस्तकालयों का उपयोग करने वाले बायनेरिज़ के साथ काम करेगा। यह सत्यापित करने के लिए कि क्या हम एक निश्चित एप्लिकेशन के साथ इस उपकरण का उपयोग कर सकते हैं, हम प्रसिद्ध ldd उपयोगिता का उपयोग कर सकते हैं, जहां ldd सूची गतिशील निर्भरता के लिए है।

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

किसी दिए गए बाइनरी के विरुद्ध निम्न कमांड चलाएँ यह देखने के लिए कि क्या ट्रिकल का उपयोग इसकी बैंडविड्थ को आकार देने के लिए किया जा सकता है:

# ldd $(which [binary]) | grep libc.so

उदाहरण के लिए,

# ldd $(which ncftp) | grep libc.so

जिसका आउटपुट है:

# libc.so.6 => /lib64/libc.so.6 (0x00007efff2e6c000)

आउटपुट में ब्रैकेट के बीच की स्ट्रिंग सिस्टम से सिस्टम में बदल सकती है और यहां तक कि उसी कमांड के बाद के रन के बीच भी बदल सकती है क्योंकि यह भौतिक मेमोरी में लाइब्रेरी के लोड एड्रेस का प्रतिनिधित्व करती है।

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

लिनक्स में ट्रिकल का उपयोग करना सीखें

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

हम ट्रिकल का उपयोग किए बिना डाउनलोड और अपलोड गति की तुलना करेंगे। -d विकल्प KB/s में डाउनलोड गति को इंगित करता है, जबकि -u ध्वज एक ही इकाई द्वारा अपलोड गति को सीमित करने के लिए ट्रिकल को बताता है। इसके अलावा, हम -s ध्वज का उपयोग करेंगे, जो निर्दिष्ट करता है कि ट्रिकल को स्टैंडअलोन मोड में चलाना चाहिए।

स्टैंडअलोन मोड में ट्रिकल चलाने का मूल सिंटैक्स इस प्रकार है:

# trickle -s -d [download rate in KB/s] -u [upload rate in KB/s]

निम्नलिखित उदाहरणों को स्वयं करने के लिए, सुनिश्चित करें कि क्लाइंट मशीन पर ट्रिकल और एनसीएफटीपी स्थापित है (मेरे मामले में 192.168.0.17)।

हम निम्नलिखित परीक्षणों के लिए स्वतंत्र रूप से वितरण योग्य लिनक्स फंडामेंटल्स पीडीएफ फाइल (यहां से उपलब्ध) का उपयोग कर रहे हैं।

आप प्रारंभ में इस फ़ाइल को निम्न आदेश के साथ अपनी वर्तमान कार्यशील निर्देशिका में डाउनलोड कर सकते हैं:

# wget http://linux-training.be/files/books/LinuxFun.pdf 

ट्रिकल के बिना हमारे FTP सर्वर पर फ़ाइल अपलोड करने का सिंटैक्स इस प्रकार है:

# ncftpput -u username -p password 192.168.0.15  /remote_directory local-filename 

जहां /remote_directory उपयोगकर्ता नाम के घर के सापेक्ष अपलोड निर्देशिका का पथ है, और स्थानीय-फ़ाइल नाम आपकी वर्तमान कार्यशील निर्देशिका में एक फ़ाइल है।

विशेष रूप से, बिना ट्रिकल के हमें 52.02 एमबी/सेकेंड की एक चरम अपलोड गति मिलती है (कृपया ध्यान दें कि यह वास्तविक औसत अपलोड गति नहीं है, बल्कि एक त्वरित प्रारंभिक चोटी है), और फ़ाइल लगभग तुरंत अपलोड हो जाती है:

# ncftpput -u username -p password 192.168.0.15  /testdir LinuxFun.pdf 

आउटपुट:

LinuxFun.pdf:                                        	2.79 MB   52.02 MB/s

ट्रिकल के साथ, हम अपलोड ट्रांसफर दर को 5 KB/s पर सीमित कर देंगे। फ़ाइल को दूसरी बार अपलोड करने से पहले, हमें इसे गंतव्य निर्देशिका से हटाना होगा; अन्यथा, ncftp हमें सूचित करेगा कि गंतव्य निर्देशिका में फ़ाइल वही है जिसे हम अपलोड करने का प्रयास कर रहे हैं, और स्थानांतरण नहीं करेगा:

# rm /absolute/path/to/destination/directory/LinuxFun.pdf 

फिर:

# trickle -s -u 5 ncftpput -u username -p password 111.111.111.111 /testdir LinuxFun.pdf 

आउटपुट:

LinuxFun.pdf:                                        	2.79 MB	4.94 kB/s

ऊपर के उदाहरण में, हम देख सकते हैं कि औसत अपलोड गति गिरकर ~5 KB/s हो गई है।

सबसे पहले, मूल स्रोत निर्देशिका से पीडीएफ को हटाना याद रखें:

# rm /absolute/path/to/source/directory/LinuxFun.pdf 

कृपया ध्यान दें कि निम्नलिखित मामले क्लाइंट मशीन में दूरस्थ फ़ाइल को वर्तमान निर्देशिका में डाउनलोड करेंगे। यह तथ्य उस अवधि ('.') द्वारा इंगित किया जाता है जो एफ़टीपी सर्वर के आईपी पते के बाद दिखाई देता है।

बिना ट्रिकल के:

# ncftpget -u username -p  password 111.111.111.111 . /testdir/LinuxFun.pdf 

आउटपुट:

LinuxFun.pdf:                                        	2.79 MB  260.53 MB/s

ट्रिकल के साथ, डाउनलोड गति को 20 KB/s पर सीमित करना:

# trickle -s -d 30 ncftpget -u username -p password 111.111.111.111 . /testdir/LinuxFun.pdf 

आउटपुट:

LinuxFun.pdf:                                        	2.79 MB   17.76 kB/s

पर्यवेक्षित [अप्रबंधित] मोड में ट्रिकल चलाना

/etc/trickled.conf में परिभाषित मापदंडों की एक श्रृंखला के बाद, ट्रिकल अप्रबंधित मोड में भी चल सकता है। यह फ़ाइल परिभाषित करती है कि ट्रिकल्ड (डिमन) कैसे व्यवहार करता है और ट्रिकल को प्रबंधित करता है।

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

उदाहरण के लिए, चल रहा है:

# trickled -d 50 -u 10

इसका कारण यह होगा कि ट्रिकल के माध्यम से चलने वाले किसी भी एप्लिकेशन की डाउनलोड और अपलोड गति क्रमशः 30 KB/s और 10 KB/s तक सीमित होगी।

कृपया ध्यान दें कि आप किसी भी समय जांच सकते हैं कि क्या ट्रिकल्ड चल रहा है और किन तर्कों के साथ:

# ps -ef | grep trickled | grep -v grep

आउटपुट:

root 	16475 	1  0 Dec24 ?    	00:00:04 trickled -d 50 -u 10

इस उदाहरण में हम इस लिंक से डाउनलोड के लिए उपलब्ध मुक्त रूप से वितरित वह उपहार है वीडियो का उपयोग करेंगे।

हम प्रारंभ में इस फ़ाइल को आपकी वर्तमान कार्यशील निर्देशिका में निम्न आदेश के साथ डाउनलोड करेंगे:

# wget http://media2.ldscdn.org/assets/missionary/our-people-2014/2014-00-1460-he-is-the-gift-360p-eng.mp4 

सबसे पहले, हम ऊपर सूचीबद्ध कमांड के साथ ट्रिकल्ड डेमॉन शुरू करेंगे:

# trickled -d 30 -u 10

बिना ट्रिकल के:

# ncftpput -u username -p password 192.168.0.15 /testdir 2014-00-1460-he-is-the-gift-360p-eng.mp4 

आउटपुट:

2014-00-1460-he-is-the-gift-360p-eng.mp4:           	18.53 MB   36.31 MB/s

ट्रिकल के साथ:

# trickle ncftpput -u username -p password 192.168.0.15 /testdir 2014-00-1460-he-is-the-gift-360p-eng.mp4 

आउटपुट:

2014-00-1460-he-is-the-gift-360p-eng.mp4:           	18.53 MB	9.51 kB/s

जैसा कि हम ऊपर दिए गए आउटपुट में देख सकते हैं, अपलोड ट्रांसफर दर गिरकर ~10 KB/s हो गई।

जैसा कि उदाहरण 2 में है, हम फ़ाइल को वर्तमान कार्यशील निर्देशिका में डाउनलोड करेंगे।

बिना ट्रिकल के:

# ncftpget -u username -p password 192.168.0.15 . /testdir/2014-00-1460-he-is-the-gift-360p-eng.mp4 

आउटपुट:

2014-00-1460-he-is-the-gift-360p-eng.mp4:           	18.53 MB  108.34 MB/s

ट्रिकल के साथ:

# trickle ncftpget -u username -p password 111.111.111.111 . /testdir/2014-00-1460-he-is-the-gift-360p-eng.mp4 

आउटपुट:

2014-00-1460-he-is-the-gift-360p-eng.mp4:           	18.53 MB   29.28 kB/s

जो पहले निर्धारित डाउनलोड सीमा (30 KB/s) के अनुसार है।

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

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

[service]
Priority = <value>
Time-Smoothing = <value>
Length-Smoothing = <value>

कहाँ पे,

1. [service] उस एप्लिकेशन के नाम को इंगित करता है जिसके बैंडविड्थ उपयोग को हम आकार देना चाहते हैं।
2. प्राथमिकता हमें एक सेवा निर्दिष्ट करने की अनुमति देती है जो दूसरे के सापेक्ष उच्च प्राथमिकता रखती है, इस प्रकार एक भी एप्लिकेशन को डेमन द्वारा प्रबंधित सभी बैंडविड्थ को हॉग करने की अनुमति नहीं देता है। संख्या जितनी कम होगी, उतनी ही अधिक बैंडविड्थ [सेवा] को सौंपी जाएगी।
3. टाइम-स्मूथिंग [सेकंड में]: परिभाषित करता है कि किस समय अंतराल के साथ छल किया गया है जो एप्लिकेशन को स्थानांतरित करने और/या डेटा प्राप्त करने का प्रयास करेगा। छोटे मान (0.1 - 1s की सीमा के बीच कुछ) इंटरैक्टिव अनुप्रयोगों के लिए आदर्श होते हैं और इसके परिणामस्वरूप अधिक निरंतर (चिकना) सत्र होगा जबकि थोड़े बड़े मान (1 - 10 s) उन अनुप्रयोगों के लिए बेहतर होते हैं जिन्हें बल्क ट्रांसफर की आवश्यकता होती है। यदि कोई मान निर्दिष्ट नहीं है, तो डिफ़ॉल्ट (5 s) का उपयोग किया जाता है।
4. लंबाई-चिकनाई [केबी में]: विचार टाइम-स्मूथिंग के समान है, लेकिन I/O ऑपरेशन की लंबाई पर आधारित है। यदि कोई मान निर्दिष्ट नहीं है, तो डिफ़ॉल्ट (10 KB) का उपयोग किया जाता है।

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

CentOS 7 क्लाइंट (192.168.0.17) में एक trickled.conf नमूना फ़ाइल निम्नलिखित है:

[ssh]
Priority = 1
Time-Smoothing = 0.1
Length-Smoothing = 2

[ftp]
Priority = 2
Time-Smoothing = 1
Length-Smoothing = 3

इस सेटअप का उपयोग करते हुए, ट्रिकल्ड एफ़टीपी स्थानान्तरण पर एसएसएच कनेक्शन को प्राथमिकता देगा। ध्यान दें कि एक इंटरैक्टिव प्रक्रिया, जैसे कि एसएसएच, छोटे समय-स्मूथिंग मानों का उपयोग करती है, जबकि एक सेवा जो बल्क डेटा ट्रांसफर (एफ़टीपी) करती है, अधिक मूल्य का उपयोग करती है।

स्मूथिंग मान हमारे पिछले उदाहरण में डाउनलोड और अपलोड गति के लिए जिम्मेदार हैं, जो ट्रिकल्ड डेमॉन द्वारा निर्दिष्ट सटीक मान से मेल नहीं खाते हैं, लेकिन इसके करीब एक अंतराल में चलते हैं।

[आप यह भी पसंद कर सकते हैं: ओपनएसएसएच सर्वर को कैसे सुरक्षित और कठोर करें]

निष्कर्ष

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

• उदाहरण के लिए, टोरेंट क्लाइंट जैसी सिस्टम उपयोगिता के माध्यम से डाउनलोड गति को सीमित करना।
• आपके सिस्टम को \\aptitude\\ के माध्यम से अपडेट करने की गति को सीमित करना, यदि आप डेबियन-आधारित सिस्टम में हैं), पैकेज प्रबंधन प्रणाली।
• यदि आपका सर्वर प्रॉक्सी या फ़ायरवॉल के पीछे होता है (या प्रॉक्सी या फ़ायरवॉल स्वयं है), तो आप क्लाइंट या बाहरी लोगों के साथ डाउनलोड और अपलोड या संचार गति दोनों पर सीमा निर्धारित करने के लिए ट्रिकल का उपयोग कर सकते हैं।

प्रश्नों और टिप्पणियों का स्वागत है। उन्हें हमारे रास्ते भेजने के लिए नीचे दिए गए फॉर्म का उपयोग करने के लिए स्वतंत्र महसूस करें।