बहुतेक लोक रेडिओमुळे झालेल्या अडकण्याचा दोष सर्व्हरला देतात, आणि ते जो उपाय स्वीकारतात त्यामुळे पुढील निदान अधिक कठीण होते। पूर्ण सिग्नल चिन्ह म्हणजे प्रवेश बिंदू मोठ्याने ऐकू येतो, असे नाही की चॅनेल शांत आहे किंवा एअरटाइम रिकामा आहे। वायरलेस अडचणी विलंब, नुकसान आणि पुनर्रचना म्हणून बोगद्यापर्यंत पोहोचतात, आणि क्लायंट तिन्हींची एक अस्पष्ट कनेक्शन समस्या म्हणून नोंद करतो।

उपयुक्त प्रश्न हा आहे की तोच बोगदा दुसर्या स्थानिक लिंकवर वेगळा वागतो का। उत्तर देताना बाकी सर्व स्थिर राहते।

सिग्नल बार ताकद मोजतात, उपलब्ध एअरटाइम नाही

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

पुन्हा प्रयत्नांचे मोजमाप सर्वात स्पष्ट खाजगी पुरावा आहे, कारण तीन प्रयत्न लागलेली फ्रेमही पोहोचलेली म्हणून मोजली जाते। निरोगी गती नोंदवताना जोरदार पुन्हा प्रयत्न करणारी लिंक रिअल-टाइम बोगदा तुटलेला दाखवेल।

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

त्यानंतर एक गोष्ट बदला, आणि तेच चार आदेश पुन्हा चालवा। शांत चॅनेलकडे जाण्याशी जुळणारा सर्व्हर बदल दुरुस्ती वाटेल आणि तुम्हाला काहीही शिकवणार नाही।

संबंधित लेख