क्या आपका Wi-Fi VPN को धीमा कर रहा है? स्थानीय लिंक जाँचें

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

उपयोगी सवाल यह है कि क्या वही सुरंग किसी दूसरे स्थानीय लिंक पर अलग व्यवहार करती है। जवाब देते समय बाकी सब स्थिर रहता है।

सिग्नल बार ताक़त मापते हैं, उपलब्ध एयरटाइम नहीं

प्राप्त सिग्नल का स्तर बताता है कि क्लाइंट एक्सेस पॉइंट को कितनी ताक़त से सुनता है, और थ्रूपुट ढहने के दौरान भी वह संख्या ऊँची रह सकती है। एयरटाइम पड़ोसी नेटवर्क, आपके अपने नेटवर्क के दूसरे क्लाइंट, और प्रबंधन ट्रैफ़िक के साथ बँटा होता है, जिसे रेडियो को उस सबसे धीमी गति से भेजना पड़ता है जो हर भागीदार समझता है। दीवारें, धातु और शरीर की स्थिति रास्ता बदलते हैं, और लैपटॉप के भीतर एंटीना का लेआउट भी। इनमें से कुछ भी आइकन में नहीं दिखता।

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

बैंड चुनना सौदा है, इलाज नहीं, सलाह कॉलम ने जो भी दावा किया हो। 5 GHz चैनल आम तौर पर कम हस्तक्षेप पाता है और कम दूरी तय करता है, जबकि 2.4 GHz इमारत में अधिक गहराई तक पहुँचता है और ज़्यादा पड़ोसियों से मिलता है। बैंड उस दूरी के लिए चुनें जिसकी आपको सचमुच ज़रूरत है, और पिछली सेटिंग लिख लें ताकि असफल प्रयोग वापस लिया जा सके।

एक चर बदलें, फिर दोबारा देखें

स्थानीय लिंक बदलते समय VPN प्रोफ़ाइल, एंडपॉइंट, गंतव्य और दिन का समय स्थिर रखें। वही काम एक्सेस पॉइंट के पास, दूर के कमरे से और उसी मशीन पर Ethernet से तुलना करें। अगर तार वाली बार साफ़ है और दोनों वायरलेस बार नहीं, तो रेडियो हिस्से ने सूची में सबसे ऊपर जगह कमाई है।

एक्सेस पॉइंट के बीच घूमना अलग प्रयोग है, और mesh पर लोग यही छोड़ते हैं। रोमिंग सुरंग रोक सकती है, नई कुंजी अदला-बदली पर मजबूर कर सकती है, या पैकेट रुकने पर भी सत्र जीवित छोड़ सकती है। हर रुकावट का घड़ी समय लिखें और असोसिएशन बदलाव के क्लाइंट लॉग प्रविष्टि से तुलना करें। रोमिंग से मेल खाता विराम अधिभारित सर्वर नहीं है, चाहे वह कितना ही ऐसा लगे।

व्यस्त चैनल धीमे सर्वर का अभिनय करता है

दूसरे उपकरण उसी एयरटाइम के लिए होड़ करते हैं, और आपका बड़ा अपलोड आपकी ही कॉल से होड़ करता है। वैकल्पिक स्थानांतरण रोकें और प्रदाता के बारे में कुछ भी निष्कर्ष निकालने से पहले काम दोहराएँ। भार के नीचे कतार ठीक वही लक्षण बनाता है जिसे लोग VPN का धीमा होना कहते हैं: बढ़ती देरी, झोंकों में डिलीवरी, और डाउनलोड जारी रहने पर टूटती कॉल। अगर पैटर्न आपकी जगह के बजाय आपके स्थानांतरणों का पीछा करता है, तो सुरंग भीड़भाड़ वाले लिंक की सूचना दे रही है, उसे बना नहीं रही।

थोक थ्रूपुट और रीयल-टाइम गुणवत्ता अलग माप हैं, इसलिए तेज़ डाउनलोड लिंक के साफ़ होने का सबूत नहीं है. कॉल के लिए जिटर और नुक़सान औसत गति से ज़्यादा मायने रखते हैं।

सर्वर बदलने से पहले समय मापन से पुष्टि करें

स्थानीय लिंक और सुरंग के रास्ते को अलग-अलग मापें, और दोनों आउटपुट रखें। नीचे के कमांड असोसिएशन पढ़ते हैं, कुछ मिनट रास्ते का नमूना लेते हैं, और दिखाते हैं कि नुक़सान पहले हॉप पर दिखता है या आगे। उन्हें एक बार एक्सेस पॉइंट के पास और एक बार वहाँ चलाएँ जहाँ समस्या होती है।

iw dev wlan0 link
ping -i 0.2 -c 200 203.0.113.5
mtr -r -c 50 203.0.113.5
ping -i 0.2 -c 200 198.51.100.9

अलग-अलग पंक्तियों के बजाय ping सारांश की तुलना करें, क्योंकि नुक़सान का प्रतिशत और देरी का फैलाव रेडियो समस्या को दूर के सर्वर से अलग करते हैं। अगर नुक़सान गेटवे तक पहले हॉप पर दिखता है और सुरंग का एंडपॉइंट वही नुक़सान दिखाता है, तो स्थानीय खंड ही साझा कारक है। अगर नुक़सान सिर्फ़ एंडपॉइंट से आगे दिखता है, तो रेडियो व्याख्या नहीं है।

उसके बाद एक चीज़ बदलें, और वही चार कमांड दोबारा चलाएँ। शांत चैनल पर जाने के साथ मेल खाता सर्वर बदलाव सुधार जैसा लगेगा और आपको कुछ नहीं सिखाएगा।