OpenVPN ट्राफिक आकार दिने: कुन इन्टरफेसले यसलाई देख्छ?

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

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

नियम अघि लक्ष्यको नाम राख्नुहोस्

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

सिधा WAN ट्राफिकमा काम गर्ने सीमा त्यही होस्ट सुरुङभित्र समेटिएको प्रमाण होइन। शेपरले देख्ने हेडरमा कहिल्यै नदेखिने ठेगानासँग नियम मिलिरहेको हुन सक्छ।

सुरुङभित्र वा बाहिर

राउटरको स्वामित्वमा रहेको VPN क्लाइन्टसँग, धेरै LAN प्रवाह एउटै इन्क्रिप्टेड ढुवानीभित्र यात्रा गर्छन्। इन्क्याप्सुलेशन अघि राउटरले अझै आन्तरिक स्रोत र गन्तव्य देख्छ, त्यसैले त्यो चरणमा जोडिएको नीतिले उपकरणअनुसार वर्गीकरण गर्न सक्छ। इन्क्याप्सुलेशनपछि सामान्य उपकरणले बाहिरी जडान मात्र देख्छ, र VPN पोर्टमा मिलानले कुन उपकरण जिम्मेवार छ भन्ने बारेमा केही भन्दैन। त्यही एउटा तथ्यले नियम कहाँ पर्छ भनेर निर्धारण गर्छ।

प्लेटफर्महरू यसलाई कसरी देखाउँछन् भन्नेमा फरक छन्। केहीले सुरुङ इन्टरफेसमा लाइन लगाउने र वर्गीकरण गर्ने शेपर दिन्छन्; अरूले सीमितकर्ताहरूलाई VPN र गैर-VPN ट्राफिकका लागि एउटै व्यवहार गर्ने इन्टरफेस नियमका रूपमा लिन्छन्; केहीले फरक क्षमतासहित दुवै गर्छन्। अर्को निर्माताको गाइडबाट इन्टरफेसको नाम प्रतिलिपि गर्नुको सट्टा फर्मवेयरले समर्थन गर्ने इन्टरफेसका लागि यसको आफ्नै कागजात पढ्नुहोस्।

ठेगानाहरू कहाँ उपलब्ध रहन्छन्, अनुवाद कहाँ हुन्छ र कुन लाइनले वास्तवमै अवरोध नियन्त्रण गर्छ पहिचान गर्नुहोस्।

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

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

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

इन्क्रिप्टेड भार माप्नुहोस्, नाङ्गो होइन

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

मापनमा अपवादहरू समावेश गर्नुहोस्: सुरुङ बाइपास गर्नुपर्ने ट्राफिक, दुवै ठेगाना परिवार दुवै खेलमा भए, र सुरुङ बन्द हुँदा के हुन्छ। सुरुङ स्वस्थ हुँदासम्म मात्र समझदारी व्यवहार गर्ने नीति आधा नीति हो।

विनिर्देशन तीन लाइनमा लेख्नुहोस्: ट्राफिकको मिलान, प्रवर्तन बिन्दु र मापिएको भार। OpenVPN सहित QoS विनिर्देशन होइन।