मेरो VPN किन यति ढिलो छ? यी चार खण्ड जाँच गर्नुहोस्

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

तलको क्रम कामबाट बाहिरतिर जान्छ, किनकि सुरुङले त्यसको तलबाट हराइरहेको ब्यान्डविथ दिन सक्दैन।

मापन गर्नुअघि ढिलो भन्नाले के बुझिन्छ निर्णय गर्नुहोस्

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

त्यो अभिलेखबिना, पछिको हरेक तुलना धारणाबारे बहस बन्छ।

पहिले पहुँच सञ्जाल जाँच्नुहोस्

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

ping -c 20 192.168.50.1
ping -c 20 198.51.100.7
curl -o /dev/null -w "%{time_starttransfer} %{speed_download}\n" https://speed.example.net/10mb.bin

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

निकास बदल्नुहोस्, त्यसपछि ट्रान्सपोर्ट

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

जहाँ सेवाले दुवै प्रोफाइल दिन्छ, त्यहाँ UDP मा OpenVPN लाई TCP मा OpenVPN सँग तुलना गर्नुहोस्। अन्तरक्रियात्मक कामका लागि UDP सामान्य सुरुवात बिन्दु हो, जबकि TCP ले UDP ट्राफिक बिल्कुलै नपार्ने पहुँच सञ्जालमा मद्दत गर्न सक्छ। TCP सुरुङले प्रवाहभित्र पुनः पठाएर हानि भर्छ, त्यसैले प्याकेट खसाल्ने लिङ्कमा यो ढिलो लाग्न सक्छ, र OpenVPN कार्यसम्पादन समस्या समाधानका नोट ले अरू केही ट्युन गर्नुअघि त्यही सम्झौता व्याख्या गर्छ। प्रोफाइलमा "udp" शब्दलाई "tcp" बनाउनाले सर्भरले कहिल्यै नखोलेको श्रोता बनाउन सक्दैन।

अर्को परिवर्तन प्रयास गर्नुअघि मद्दत गर्ने प्रोफाइल सुरक्षित गर्नुहोस्। नत्र पछिको गिरावटले कुन सम्पादनले सुधार ल्यायो भनेर अनुमान गर्न छोड्छ।

उपकरण र लक्षण सँगै पढ्नुहोस्

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

ping -M do -s 1400 -c 3 198.51.100.7
ip link show dev tun0 | grep -o "mtu [0-9]*"

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