VPN लाई दोष दिनुअघि iperf3 ले मार्ग नाप्नुहोस्

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

फाइल प्रति कार्यभार हो, मापन होइन

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

सार्वजनिक गति परीक्षणहरू नजिकैको परीक्षण सर्भरसम्मको मार्ग नाप्छन्, जुन तपाईंको निजी फाइल सर्भरसम्मको मार्ग होइन। तिनीहरू फरक प्रश्नको उत्तर दिन्छन्।

प्रत्येक दिशामा एकपटकको प्रवाह चलाउनुहोस्

जब दुवै छेउ तपाईंको व्यवस्थापनमा हुन्छन्, स्वीकृत विन्डोभित्र छोटो iperf3 चलाउने योजना बनाउनुहोस्। सम्भव भए फाइल सर्भरलाई टाढाको एन्डपोइन्ट बनाउनुहोस्, र त्यसको सट्टा वैकल्पिक होस्ट प्रयोग गरिएमा त्यो नोट गर्नुहोस्।

iperf3 -s -1 -B 10.77.0.20

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

iperf3 -c 10.77.0.20 -t 10

पूर्वनिर्धारित रूपमा क्लाइन्टले TCP 5201 मा सर्भरमा पठाउँछ, र दस सेकेन्डको विन्डोले परीक्षण छोटो राख्छ। श्रोतालाई सार्वजनिक रूपमा खोल्नुको सट्टा फायरवालमा इच्छित निजी स्रोत र गन्तव्यसम्म सीमित गर्नुहोस्।

iperf3 -c 10.77.0.20 -t 10 -R

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

समानको समानसँग तुलना गर्नुहोस्

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

जब प्रवाह स्वस्थ छ र प्रति छैन, फरक त्यही हो जुन कार्यभारले थप्छ, र अर्को अनुसन्धान त्यहीँ हुनुपर्छ।

निष्कर्ष निकाल्नुअघि एकाइहरू पढ्नुहोस्

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

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