संख्यांना अर्थ असेल अशा पद्धतीने VPN चा वेग कसा तपासावा
चाचणी सर्व्हर स्थिर करा, खालचा थर हलू देऊ नका आणि विलंब वेगवेगळा वाचा. टनेल काहीही मोजण्यापूर्वी मार्ग बदलते.
वेगाची चाचणी कधीही VPN मोजत नाही। ती एक मार्ग मोजते, आणि टनेल सुरू केल्यावर पहिला बाइट हलण्यापूर्वी त्या मार्गाचा एक भाग बदलला जातो। म्हणूनच एकच लॅपटॉप एका साइटवर निरोगी आकडा आणि दुसऱ्यावर खराब आकडा दाखवतो, दोन्ही बाजूंना काहीही बदललेले नसताना। निकाल मार्गाबद्दलचा पुरावा म्हणून वाचा, उत्पादनाचा गुण म्हणून नाही।
तुलना काही उपयोगी आहे की नाही हे तीन गोष्टी ठरवतात: दोन्ही फेऱ्या एकाच लक्ष्यावर पोहोचल्या का, प्रवेश नेटवर्क स्थिर राहिले का, आणि तुम्ही विलंबाची नोंद परिमाणासोबत केली का।
पहिल्या बाइटपूर्वी टनेल काय पुन्हा लिहिते
क्लायंट प्रत्येक पॅकेटला अजून एका हेडरमध्ये गुंडाळतो, त्यामुळे प्रति पॅकेट उपयुक्त पेलोड कमी होतो। खर्च प्रति हस्तांतरण नाही तर प्रति पॅकेट असतो, म्हणजे मोठ्या फाइलला टनेलशिवाय पाठवलेल्या त्याच फाइलपेक्षा जास्त पॅकेट लागतात। अशी अतिरिक्त किंमत दिसणाऱ्या सेटिंगच्या रूपात नाही तर पॅकेटच्या संख्येतून दिसते।
त्यातून दोन परिणाम येतात। मोठ्या ब्लॉक्सनी बनवलेली चाचणी प्रति पॅकेट खर्च जाणवते, तर अनेक लहान विनंत्या असलेली चाचणी त्याऐवजी येरझाऱ्या जाणवते। आणि मार्गाची MTU शोध कुठेतरी मार्गात अडवली गेली तर टनेल लहान पॅकेट आकारावर स्थिर होते आणि सायफरशी काहीही संबंध नसलेल्या कारणाने वेग कमी होतो।
तुम्ही मर्यादा थेट पाहू शकता। लिनक्समध्ये विखंडनाशिवाय जाणारा सर्वात मोठा पेलोड मागा, नंतर टनेल सुरू ठेवून पुन्हा करा:
ping -M do -s 1472 -c 3 203.0.113.10
ते अयशस्वी झाले तर 1,400 पर्यंत खाली या आणि पुन्हा प्रयत्न करा। फक्त 1,380 बाइट वाहून नेणारे टनेल तुम्हाला सांगते की मार्गात खाली काहीतरी अधिक दाबत आहे, आणि क्लायंटवरचे कोणतेही ट्युनिंग ते वर उचलणार नाही।
टनेल सुरू झाल्यावर चाचणी सर्व्हर का सरकतो
बहुतेक साधने आपल्याला दिसणाऱ्या सार्वजनिक पत्त्यावरून जवळचा सर्व्हर निवडतात। टनेल सुरू असताना तो पत्ता एक्झिट नोडचा असतो, त्यामुळे साधन दुसऱ्या शहरातील किंवा देशातील होस्ट निवडू शकते। मग तुम्ही दोन गंतव्यांची तुलना करता, आणि त्यांच्यातील फरकात एक्झिटपासून चाचणी होस्टपर्यंतचे अंतरही येते।
पहिल्या फेरीपूर्वी सर्व्हर नावाने किंवा ID ने स्थिर करा आणि त्यानंतरच्या प्रत्येक फेरीत तो टिकवून ठेवा। साधन तो टिकवत नसेल तर तुम्ही नियंत्रित करता असे लक्ष्य निवडा आणि ते स्वतः चालवा: iperf3 -c test.example.net -R -t 20 गंतव्य स्थिर ठेवते आणि कालच्या तुलनेत पाहता येईल असा आकडा देते।
एक चल बदला, आणि खालचा थर एकच नाही
वायरलेस हा नेहमीचा लपलेला बदल आहे। लॅपटॉप हलल्यावर सिग्नलची ताकद बदलते आणि शेजारी कॉल सुरू केल्यावर चॅनेलची व्यस्तता बदलते, म्हणून Wi-Fi वर दहा मिनिटांच्या अंतराने केलेल्या दोन फेऱ्या एकाच चाचणीच्या पुनरावृत्त्या नाहीत। केबल, किंवा सिग्नल पातळी लिहून ठेवलेली स्थिर जागा, तो गोंगाट बराच दूर करते। प्रत्येक फेरीच्या सुरुवातीला आणि शेवटी सिग्नल पातळीची नोंद दोन फेऱ्या एकत्र आहेत का हे दाखवण्यासाठी पुरेशी असते।
उपकरणाचा भारही त्याच टोपलीत येतो। एका कोअरवर एन्क्रिप्ट करणारा क्लायंट लिंकच्या खूप आधी स्वतःच्या मर्यादेला पोहोचतो, आणि पार्श्वभूमीचे सिंक त्याहून लवकर पोहोचते। फेरीदरम्यान CPU पहा आणि दुसरे काय उघडे होते ते नोंदवा। पॉवर सेटिंग्जही इथे चावू शकतात, कारण बॅटरीवरचा लॅपटॉप लिंक व्यस्त होण्याच्या खूप आधी प्रोसेसर मर्यादित करू शकतो।
| Measurement | What it answers | What it misses |
|---|---|---|
| Download | Bulk capacity along the path | Any question about responsiveness |
| Upload | Capacity from client to exit | Download health |
| RTT to a fixed target | Distance plus queueing | Whether capacity is available |
| Jitter or loss | Stability under load | How much the link can carry |
खालच्या थराची सरासरी घेण्याऐवजी तो स्थिर ठेवा। जुळणाऱ्या तीन फेऱ्या वेगवेगळ्या खोल्यांत घेतलेल्या दहापेक्षा जास्त सांगतात।
विलंब, हानी आणि ICMP वेगवेगळ्या प्रश्नांची उत्तरे देतात
पिंग स्थिर पत्त्यावर लहान तपासणी पाठवते, आणि अनेक नेटवर्क ICMP ला कमी प्राधान्याने उत्तर देतात किंवा पूर्णपणे दुर्लक्ष करतात। न आलेली उत्तरे तपासणीचे वर्णन करतात, अनुप्रयोगाच्या पॅकेटचे नाही। भाराखाली वाढणारा येरझाऱ्याचा वेळ सहसा रांग भरत आहे असा अर्थ देतो, मार्ग लांब झाला असा नाही।
टनेल विलंब वाढवते का हे जाणून घेण्यासाठी एक लक्ष्य त्याच्यासह आणि त्याशिवाय तुलना करा, किंवा एकाच प्रवेश नेटवर्कमधून पोहोचता येणाऱ्या दोन एक्झिटची तुलना करा। तपासणी वारंवार चालवा आणि विखुरणे पहा, कारण सरासरी नेमका तोच बदल लपवते जो कॉल निरुपयोगी करतो।
जे काम हळू वाटले त्याकडे परत जा
कॉल अजून तुटत असतानाच सुधारणारे मापन वेगळ्याच प्रश्नाचे उत्तर दिले आहे। तपासणी सुरू झाली ते काम पुन्हा चालवा, ती बैठक असो, फाइल शेअरिंग असो किंवा दूरस्थ डेस्कटॉप सत्र असो। आकडा सुधारला पण काम सुधारले नाही तर अडथळा तिथे होता जिथे चाचणी कधीच पोहोचली नाही, उदाहरणार्थ टनेलच्या मागचा सर्व्हर किंवा तुमच्या बाजूची अपलिंक।
प्रत्येक फेरी उपकरण, प्रवेश नेटवर्क, टोकबिंदू, प्रोटोकॉल, लक्ष्य आणि वेळेसह नोंदवा। कधीच जोडली न गेलेली फेरी शून्य वेग नाही तर पोहोचीचा निकाल आहे, म्हणून ती हटवण्याऐवजी त्या लेबलाखाली ठेवा।
पुढील तुलनेपूर्वीची छोटी यादी
लक्ष्य स्थिर करा आणि ते का निवडले ते लिहा। मार्ग परवानगी देतो तो पॅकेट आकार नोंदवा, जेणेकरून नंतरच्या घटीला स्पष्टीकरण असेल। प्रवेश नेटवर्क एकसारखे ठेवा, CPU भार नोंदवा, आणि फरकावर विश्वास ठेवण्यापूर्वी तीन फेऱ्या घ्या।
नंतर नेमके एकच बदला आणि पुन्हा करा। तुम्ही समजावून सांगू शकता ती तुलना मोठ्या आकड्याच्या तुलनेपेक्षा बरी आहे।