दोन साइट्समधील फाइल प्रत नेटवर्क चाचणीसारखी वाटते, पण प्रत्येक एक संयुक्त निकाल आहे: प्रोटोकॉल ओव्हरहेड, दोन्ही टोकांवर स्टोरेज, एंडपॉइंट प्रक्रिया आणि मार्ग। फक्त त्या आकड्यावरून 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 संपृक्तता, संथ इंटरफेस किंवा व्यस्त डिस्क नेटवर्कपूर्वी प्रक्रिया मर्यादित करू शकतात। म्हणून एक आकडा हा निर्णय नाही इंटरनेट प्रदाता किंवा प्रोटोकॉलविरुद्ध। आधाररेषा उपयुक्त आहे कारण ती गृहीत नसून निरीक्षण आहे, आणि ती प्रश्न एका दिशेपर्यंत आणि एका एंडपॉइंटपर्यंत मर्यादित करते।

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

संबंधित लेख