OpenVPN ट्रैफ़िक को आकार देना: कौन-सा इंटरफ़ेस इसे देखता है?

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

लक्ष्य से शुरू करें: एक उपकरण सीमित करना, क्षमता न्यायपूर्वक बाँटना, या एक एप्लिकेशन को प्राथमिकता देना। हर एक को अलग मिलान चाहिए।

नियम से पहले लक्ष्य का नाम रखें

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

सीधे WAN ट्रैफ़िक पर काम करने वाली सीमा इस बात का प्रमाण नहीं है कि वही होस्ट सुरंग के भीतर आवृत है। नियम ऐसे पते से मेल खा सकता है जो शेपर जिस हेडर को देखता है उसमें कभी नहीं आता।

सुरंग के भीतर या बाहर

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

प्लेटफ़ॉर्म इसे प्रकट करने के तरीके में भिन्न हैं। कुछ ऐसा शेपर देते हैं जो सुरंग इंटरफ़ेस पर कतारबद्ध और वर्गीकृत करता है; अन्य लिमिटरों को इंटरफ़ेस नियम मानते हैं जो VPN और गैर-VPN ट्रैफ़िक के लिए एक जैसा व्यवहार करते हैं; कुछ अलग क्षमताओं के साथ दोनों करते हैं। दूसरे निर्माता की मार्गदर्शिका से इंटरफ़ेस का नाम कॉपी करने के बजाय फ़र्मवेयर के अपने दस्तावेज़ उस इंटरफ़ेस के लिए पढ़ें जिसका वह समर्थन करता है।

पहचानें कि पते कहाँ उपलब्ध रहते हैं, अनुवाद कहाँ होता है और कौन-सी कतार वास्तव में अवरोध को नियंत्रित करती है।

तीन नीतियाँ, तीन प्रकार के प्रमाण

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

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

एन्क्रिप्टेड कार्यभार मापें, नंगा नहीं

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

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

विनिर्देश को तीन पंक्तियों में लिखें: ट्रैफ़िक का मिलान, प्रवर्तन बिंदु और मापा गया कार्यभार। OpenVPN प्लस QoS विनिर्देश नहीं है।