Majoritatea oamenilor dau vina pe server pentru smuciturile provocate de radio, iar soluția la care apelează face diagnosticul următor mai dificil. O pictogramă de semnal plină spune că punctul de acces se aude tare, nu că intervalul este liniștit sau că timpul de antenă este liber. Problemele fără fir ajung la tunel ca întârziere, pierdere și reordonare, iar clientul raportează toate trei ca o singură problemă vagă de conexiune.

Întrebarea utilă este dacă același tunel se comportă diferit pe altă legătură locală. Tot restul rămâne fix în timp ce răspunzi.

Barele de semnal măsoară puterea, nu timpul de antenă disponibil

Nivelul semnalului recepționat arată cât de puternic aude clientul punctul de acces, iar acest număr poate rămâne ridicat în timp ce debitul se prăbușește. Timpul de antenă este împărțit cu rețelele vecine, cu alți clienți din rețeaua ta și cu traficul de administrare pe care radioul trebuie să îl transmită la cea mai mică viteză pe care o înțelege fiecare participant. Pereții, metalul și poziția corpului schimbă traseul, la fel și aranjamentul antenei din interiorul unui laptop. Nimic din toate acestea nu apare în pictogramă.

Contoarele de retransmisie sunt cea mai clară dovadă privată, pentru că un cadru care a avut nevoie de trei încercări tot contează ca livrat. O legătură care raportează o viteză sănătoasă în timp ce retransmite mult va face un tunel în timp real să pară stricat.

Alegerea benzii este un schimb, nu un remediu, orice ar susține rubrica de sfaturi. Un canal de 5 GHz întâlnește de obicei mai puține interferențe și acoperă o distanță mai mică, în timp ce 2.4 GHz ajunge mai adânc într-o clădire și întâlnește mai mulți vecini. Alege banda pentru distanța de care ai nevoie cu adevărat și notează setarea anterioară, ca un experiment eșuat să poată fi anulat.

Schimbă o variabilă, apoi privește din nou

Ține fixe profilul VPN, punctul final, destinația și ora din zi în timp ce schimbi legătura locală. Compară aceeași sarcină lângă punctul de acces, din camera îndepărtată și prin Ethernet pe aceeași mașină. Dacă rularea cu cablu este curată, iar cele două fără fir nu sunt, segmentul radio și-a câștigat locul în fruntea listei.

Deplasarea între puncte de acces este un experiment separat, iar într-o rețea mesh exact pe acesta îl sar oamenii. Roamingul poate opri un tunel, poate forța o nouă schimbare de chei sau poate lăsa o sesiune activă în timp ce pachetele se opresc. Notează ora fiecărei întreruperi și compară-o cu intrarea din jurnalul clientului pentru schimbarea asocierii. O pauză care coincide cu roamingul nu este un server supraîncărcat, oricât ar părea.

Un canal aglomerat se dă drept server lent

Alte dispozitive concurează pentru același timp de antenă, iar încărcarea ta mare concurează cu propriul tău apel. Pauzează transferurile opționale și repetă sarcina înainte de a trage vreo concluzie despre furnizor. Coadă sub sarcină produce exact simptomul pe care oamenii îl numesc VPN lent: întârziere crescătoare, livrare în rafale și apeluri care se întrerup în timp ce o descărcare continuă. Dacă tiparul urmează transferurile tale și nu locația ta, tunelul raportează o legătură congestionată în loc să o provoace.

Debitul global și calitatea în timp real sunt măsurători diferite, așa că o descărcare rapidă nu dovedește că legătura este curată. Pentru un apel, jitterul și pierderile contează mai mult decât viteza medie.

Verifică prin măsurători de timp înainte de a schimba serverele

Măsoară legătura locală și traseul tunelului separat și păstrează ambele rezultate. Comenzile de mai jos citesc asocierea, eșantionează traseul câteva minute și arată dacă pierderea apare la primul salt sau mai departe. Rulează-le o dată lângă punctul de acces și o dată acolo unde apare problema.

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

Compară rezumatele ping, nu liniile individuale, pentru că procentul de pierdere și dispersia întârzierii separă o problemă radio de un server îndepărtat. Dacă pierderea apare la primul salt spre gateway și punctul final al tunelului arată aceeași pierdere, segmentul local este factorul comun. Dacă pierderea apare doar dincolo de punctul final, radioul nu este explicația.

Apoi schimbă un singur lucru și rulează din nou aceleași patru comenzi. O schimbare de server care coincide cu trecerea pe un canal mai liniștit va părea o reparație și nu te va învăța nimic.

Articole similare