अपलोड गर्दा VPN किन ढिलो लाग्छ: पङ्क्ति ढिलाइ

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

ब्यान्डविथ र ढिलाइ फरक मापन हुन्

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

लोडको बेला दिशामा पनि ध्यान दिनुहोस्। भरिएको अपलोड बफरले डाउनलोड क्षमता खाली हुँदा बाँकी सबै ढिलो बनाउन सक्छ।

लोडको बेला राउन्ड ट्रिप नाप्नुहोस्

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

ping -c 20 -i 0.2 203.0.113.5
dd if=/dev/zero bs=1M count=50 | ssh [email protected] "cat > /dev/null"

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

पङ्क्तिलाई अवरोध भएको ठाउँमा सार्नुहोस्

पङ्क्ति व्यवस्थापनले ब्याकलग साँच्चै राख्ने यन्त्रमा मात्र मद्दत गर्छ। नियम थप्नुअघि इन्टरफेसले के गरिरहेको छ जाँच्नुहोस्।

tc -s qdisc show dev eth0
tc qdisc replace dev eth0 root fq_codel

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

टनेलले के बदल्छ र के लुकाउँछ

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

ढिलाइले लोड पछ्याउँदैन भने पङ्क्ति ट्युन गर्न रोक्नुहोस् र अन्तै हेर्नुहोस्: Wi-Fi अवस्था, प्याकेट-आकारका समस्या वा एउटा खराब निकास मार्ग। मापन बिना लागू गरिएका पङ्क्ति-सेटिङहरूले रहस्य मात्र सार्छन्।