Išsamus vadovas, kaip diagnozuoti vėlavimą jūsų namų tinkle

Informatec Digital » Ištekliai » Išsamus vadovas, kaip diagnozuoti vėlavimą jūsų namų tinkle

Jei pastebite, kad nutrūksta vaizdo skambučiai, internetiniai žaidimai reaguoja lėtai arba svetainės stringa , greičiausiai jūsų namų tinkle yra delsos problema. Tai ne visada yra tiekėjo kaltė: dažnai kliūtis slypi „Wi-Fi“ tinkle (žr. mūsų belaidžio tinklo delsos sprendimą ), pačiame tinkle arba net jūsų naudojamų programų serveriuose.

Nors tai gali skambėti techniškai, bet kuris šiek tiek kantrybės turintis vartotojas gali diagnozuoti savo namų tinklo delsą naudodamas labai paprastus įrankius (pvz., „ping“ ar „tracert“) ir, jei reikia, pažangesnes programas, tokias kaip „Wireshark“ ar tinklo skaitytuvus, bei pasikonsultavęs su ištekliais apie „Wi-Fi“ delsą ir kaip ją sumažinti . Šiame straipsnyje žingsnis po žingsnio paaiškinama, kaip suprasti, kas yra delsa, kaip rasti problemą ir kaip, turint duomenis, parodyti, ar problema susijusi su tinklu, interneto paslaugų teikėju ar pačia programa.

Kas yra vėlavimas namų tinkle ir kodėl jis svarbus?

Kalbėdami apie delsą, turime omenyje laiką, per kurį duomenų paketas keliauja iš jūsų įrenginio į serverį ir atgal . Jis matuojamas milisekundėmis (ms) ir iš esmės yra jūsų ryšio atsako laikas. Tinklas, turintis gerą delsą, atrodo greitas; tinklas, turintis didelę delsą, sukuria įspūdį, kad „viskas vėluoja“. Taip pat žr. vadovą apie tinklo delsą ir kaip ją pagerinti.

Daugelyje greičio testų matysite terminą „ping“ . Šis „ping“ yra tiesiog delsos matas : duomenų paketo kelionės pirmyn ir atgal laikas. Kai šis skaičius tampa per didelis, patiriate tai, ką visi vadiname delsa , t. y. pastebimus vėlavimus internetiniuose žaidimuose, vaizdo skambučiuose ar tiesioginėse transliacijose.

Praktiškai namų tinkle etaloninės vertės paprastai yra šios: 0–30 ms laikoma puikia verte (ideali žaidimams ir sudėtingiems vaizdo skambučiams), 30–60 ms yra visiškai tinkamas naudoti laikas , nors ir šiek tiek mažiau tikslus, 60–100 ms jau yra vidutinis lygis, kai delsa pastebima laiko atžvilgiu jautriose programose, o virš 100 ms delsa laikoma didele ir sukelia aiškių vartotojo patirties problemų.

Svarbu suprasti, kad delsa nepriklauso vien nuo interneto paslaugų teikėjo: didelę įtaką daro ryšio tipas (šviesolaidis, ADSL, palydovinis), maršrutizatoriaus kokybė, pralaidumo perkrova ir atstumas iki serverio . Todėl prieš kaltinant patartina atlikti tikslius matavimus ir taikyti diagnostikos metodiką.

Veiksniai, darantys įtaką namų tinklo delsai

Įprastoje namų interneto sistemoje delsą lemia keli tarpusavyje susiję veiksniai. Pirmasis yra interneto prieigos tipas : šviesolaidinis ryšys siūlo mažiausią ir stabiliausią delsą, o tokios technologijos kaip ADSL, radijas („WiMax“) ar palydovinis ryšys sukelia daugiau delsos dėl signalo perdavimo būdo.

Kitas svarbus veiksnys yra serverio, su kuriuo bendraujate, vieta . Prisijungimas prie serverio savo šalyje nėra tas pats, kas prisijungimas prie serverio kitame pasaulio regione: kuo daugiau kilometrų ir tarpinių maršrutizatorių keliauja paketai, tuo didesnis bus delsos laikas. Prie to prisideda ir operatoriaus viešojo tinklo perkrova, kuri gali padidinti atsako laiką piko valandomis, kaip išsamiai aprašyta straipsniuose apie tinklo kliūtis.

Jūsų namų tinkle taip pat yra daug ką išnagrinėti. Seni maršrutizatoriai, prastai sukonfigūruoti maršrutizatoriai arba netinkamose vietose (spintelėje, prie storų sienų ir pan.) pastatyti maršrutizatoriai gali žymiai padidinti delsą, ypač jei viskas prijungta per „Wi-Fi“. Apsvarstykite tokius sprendimus kaip „Wi-Fi“ tinkliniai tinklai ir jų našumas . Be to, jei daug įrenginių vienu metu naudoja pralaidumą, matysite ping šuolį, net jei greičio bandymas rodo gerą atsisiuntimo greitį.

Nereikėtų ignoruoti ir programinės įrangos aspekto. Prastai optimizuotos programos, perkrauti serveriai arba neefektyvūs protokolų dizainai gali sudaryti įspūdį, kad „tinklas veikia netinkamai“, kai iš tikrųjų tinklo našumas yra geras, o problema slypi tame, kaip programa naudoja tą tinklą. Įmonių aplinkoje šis klausimas yra ypač jautrus, kai kūrėjai teigia, kad kalta infrastruktūra.

Pagrindiniai įrankiai, skirti diagnozuoti vėlavimą namų tinkle

Prieš pradedant naudotis profesionaliais įrankiais, patartina įvaldyti paprasčiausias diagnostikos komandas , kurios yra beveik visose operacinėse sistemose ir leidžia iš pirmo žvilgsnio atmesti daugelį problemų. Jos yra greitos, nereikalauja diegimo ir gali būti paleistos iš komandinės eilutės.

Klasikinė komanda yra „ping“ . Ši komanda siunčia ICMP aido paketus į paskirties vietą (IP adresą arba domeno vardą) ir matuoja laiką, per kurį gaunamas atsakymas. Be vidutinės delsos, ji rodo paketų praradimą, kuris yra labai svarbus nustatant, ar ryšys stabilus. Pavyzdžiui, galite užduoti 8.8.8.8 užklausą , kad patikrintumėte interneto ryšio kokybę, arba užduoti maršrutizatoriaus IP adresą, kad pamatytumėte, ar problema yra „Wi-Fi“ / LAN pusėje.

Dar vienas svarbus įrankis yra „tracert“ arba „traceroute“ (priklausomai nuo to, ar naudojate „Windows“, ar „Linux“ / „macOS“). Šis įrankis „nubraižo“ kelią, kuriuo paketai keliauja iš jūsų kompiuterio į paskirties vietą, peršokdami per kiekvieną tarpinį maršrutizatorių ir rodydami kiekvieno šuolio delsą. Tai labai naudinga norint pamatyti, ar kliūtis yra jūsų namų tinkle, jūsų interneto paslaugų teikėjo tinkle ar paslaugų teikėjo, prie kurio jungiatės, tinkle.

„Windows“ sistemose taip pat yra funkcija „pathping“ , kuri apjungia „ping“ ir „tracert“ funkcijas. Ji siunčia paketus tiek į galutinę paskirties vietą, tiek į kiekvieną tarpinį maršrutizatorių, o tada praneša apie delsą ir paketų praradimą kiekvieno šuolio metu. Tai leidžia lengvai nustatyti, ar konkretus mazgas sukelia vėlavimus ar paketų praradimą.

Lygiai taip pat naudingos yra „ipconfig“ („Windows“) ir „ifconfig“ („Linux“ ir „macOS“) , kurios rodo jūsų tinklo adapterių konfigūraciją: IP adresą, potinklio kaukę, numatytąjį šliuzą ir dažnai DNS serverius. Turėdami šią informaciją, galite, pavyzdžiui, patvirtinti, kad jūsų kompiuteris yra teisingame tinklo diapazone arba kad nėra esminių konfigūracijos konfliktų.

Norint diagnozuoti vardų atpažinimo problemas, „ nslookup“ komanda yra idealus įrankis. Ji leidžia tiesiogiai pateikti užklausą DNS serveriui dėl konkretaus domeno įrašo ir pamatyti, ar jis reaguoja greitai ir ar pateikdamas teisingą IP adresą. Kai svetainės „ilgai užtrunka, kol pradeda krautis“, problema dažnai yra lėtas DNS, o ne tiesiog ryšio delsa.

„netstat“ ir „route“ komandos prideda papildomą sluoksnį: pirmoji rodo aktyvius ryšius, protokolų statistiką ir maršruto lenteles, o antroji leidžia peržiūrėti ir modifikuoti šias lenteles. Namų aplinkoje jos naudojamos rečiau nei „ping“ ar „tracert“, tačiau jos naudingos norint patvirtinti, kad sukonfigūruoti maršrutai yra nuoseklūs ir kad nėra neįprastų ryšių, kurie apkrautų išteklius.

Vadovaujama diagnostika sistemoje „Windows“: trikčių šalinimo įrankiai

Vartotojams, kurie nenori arba nemoka naudoti komandinės eilutės, pačios operacinės sistemos siūlo pagrindinius diagnostikos vedlius . Pavyzdžiui, „Windows 10“ sistemoje tiesiog dešiniuoju pelės mygtuku spustelėkite tinklo piktogramą užduočių juostoje ir pasirinkite trikčių šalinimo parinktį, kad sistema bandytų aptikti ir ištaisyti dažniausiai pasitaikančias klaidas.

„Windows 7“ ir kitos versijos atlieka panašų procesą, kurį galima pasiekti per Valdymo skydas > Tinklas ir internetas > Tinklo ir bendrinimo centras . Ten galite pasirinkti savo ryšį ir paleisti diagnostikos įrankį, kuris patikrins įprastas konfigūracijas ir pasiūlys sprendimus. Namų tinkle su paprastomis problemomis to dažnai pakanka, kad būtų atkurta interneto prieiga.

Tačiau svarbu suprasti, kad šie asistentai yra gana riboti: jie nesiūlo išsamios informacijos apie delsą, srautą ar saugumą . Jie labiau skirti greitiems nereikšmingų ryšio problemų (išjungto adapterio, neteisingai priskirto IP adreso ir pan.) sprendimui. Jei tikrai norite suprasti, kas vyksta jūsų tinkle, turėsite naudoti pažangesnius įrankius.

„Wi-Fi“ tinklų atveju administravimo skydelyje galite peržiūrėti ir tvarkyti jūsų įrenginyje išsaugotus belaidžius tinklus. Patikrinus, ar esate prisijungę prie teisingo tinklo, ar slaptažodis teisingas ir ar nėra pasikartojančių tinklų tuo pačiu pavadinimu, galima išvengti galvos skausmo, kai ryšys atrodo nestabilus be jokios aiškios priežasties.

Išplėstiniai tinklo ir delsos diagnostikos įrankiai

Kai delsos problemos tampa sudėtingesnės arba paveikia kritines programas, pradedami naudoti išsamesni diagnostikos sprendimai , galintys fiksuoti paketus, išsamiai analizuoti maršrutus, stebėti našumą arba aptikti visus prie tinklo prijungtus įrenginius.

Tarp žinomiausių darbalaukio įrankių yra „Wireshark“ – nemokamas ir atvirojo kodo protokolų analizatorius, veikiantis „Windows“, „Linux“, „macOS“ ir kitose sistemose. Jis labai naudingas stebint tinklo srautą naudojant atvirojo kodo įrankius . Jis leidžia fiksuoti tinklo srautą realiuoju laiku, identifikuoti šimtus skirtingų protokolų ir filtruoti konkrečius pokalbius, kad būtų galima pamatyti, pavyzdžiui, ar programa teikia lėtas užklausas arba ar yra paketų pakartotinio perdavimo, kuris sukelia suvokiamą delsą.

„Wireshark“ taip pat labai naudinga aptikti delsos problemas, paketų praradimą, tinklo konfigūracijos klaidas ir net saugumo anomalijas . Galite matyti visų susijusių įrenginių IP ir MAC adresus, analizuoti laiką tarp paketų ir patikrinti, ar nėra ryšio kliūčių su konkrečiu serveriu. Tai labai galingas įrankis, tačiau jam reikia šiek tiek laiko mokytis.

Mobiliųjų įrenginių pasaulyje randame tokias programas kaip „Network Analyzer“ , skirtą „Android“ ir „iOS“. Šioje programoje yra LAN skaitytuvas, kuris išsamiai rodo visus prijungtus įrenginius (IP, MAC, gamintojas), ir siūlo tokias paslaugas kaip ping, traceroute ir whois užklausos, kad būtų galima analizuoti srauto kelius už maršrutizatoriaus ribų ir aptikti galimas saugumo problemas ar duomenų nutekėjimą.

Dar vienas įdomus variantas – „Network Scanner“ (liet. „Tinklo skeneris“ ), veikiantis tiek mobiliuosiuose įrenginiuose, tiek „Windows“ sistemoje, kur jo net nereikia diegti, nes jis yra nešiojamas. Šis įrankis pateikia visų prie tinklo prijungtų įrenginių sąrašą, rodo bendrinamus išteklius (net jei jie paslėpti) ir leidžia patikrinti kiekvieno mazgo atsako laiką, padėdamas nustatyti per lėtai reaguojančius įrenginius jūsų namų tinkle.

Profesionalesnėje ar pusiau profesionalioje aplinkoje taip pat naudojami nuolatinio stebėjimo sprendimai, tokie kaip „Uptrends Uptime Monitor“, „Datadog Network Performance Monitoring“, „Nagios“ arba „Nmap“ . Nors daugelis jų yra skirti įmonėms, jų principai taikomi bet kokiam tinklui: prieinamumo, delsos, maršruto parinkimo, paslaugų ir saugumo stebėjimas, siekiant numatyti problemas, kol vartotojas jų nepastebi.

Praktinis pavyzdys: automatizuota latencijos diagnostika su agentu

Verslo pasaulyje vis dažniau naudojami agentai, kurie automatiškai paleidžia tinklo diagnostiką iš vartotojo įrenginio. Taip siekiama išvengti tradicinio techninės pagalbos scenarijaus, kai telefonu kam nors nurodoma paleisti „ping“, „ipconfig“ arba „tracert“ komandas ir garsiai skaitomi rezultatai – tai lėtas ir klaidų kupinas procesas.

Šio metodo pavyzdys yra platforma, kuri per „Windows“ kompiuteryje įdiegtą agentą atlieka neįkyrią, tik skaitymui skirtą tinklo diagnostiką . Agentas siunčia ping signalą vietiniam šliuzui, kad patikrintų LAN ryšį, atlieka testus su viešuoju DNS (pvz., 8.8.8.8), kad patvirtintų prieigą prie interneto, ir atlieka maršruto sekimą iki verslui svarbaus URL, kad nustatytų galimas delsos kliūtis.

Be to, šio tipo agentai paprastai tikrina ARP lentelę , kad susietų įrenginius vietinio tinklo segmente ir patvirtintų, kad nėra IP konfliktų ar ARP klastojimo atakų. Visa tai atliekama nemodifikuojant adapterių, nekeičiant maršruto lentelės ir nepaleidžiant nieko iš naujo, taip užtikrinant, kad aktyvios vartotojų sesijos nebūtų pertrauktos.

Rezultatas – aiški ataskaita, kurioje išsamiai aprašomas vidutinis vėlavimas iki šliuzo, viešojo DNS ir verslo programos , apynių skaičius, maršruto stabilumas ir paketų praradimo buvimas (arba nebuvimas). Turėdama šiuos duomenis, IT komanda gali greitai nustatyti, ar tinklas veikia įprastais parametrais, ar yra infrastruktūros problema, apie kurią reikia pranešti interneto paslaugų teikėjui arba sistemų komandai.

Kaip įrodyti, kad dėl lėtos programos kaltas tinklas

Labai dažna situacija tiek verslo įmonėse, tiek sudėtingoje namų aplinkoje yra ta, kad kūrėjai ar programinės įrangos tiekėjai kaltina tinklą, kai žiniatinklio ar darbalaukio programa veikia lėtai. Būdami tinklo inžinieriumi (net ir jaunesniuoju), jūsų tikslas yra pagrįsti savo diagnozę objektyviais duomenimis.

Norėdami tai padaryti, pirmiausia išmatuokite delsą LAN tinkle . Jei „iPerf“ ar bet kuris kitas kompiuterio ir vidinio serverio našumo testas rodo puikų delsą ir pakankamą pralaidumą, galite atmesti vietinio ryšio problemą. Toliau patartina išmatuoti interneto delsą naudojant tokias priemones kaip „ping“ ir „traceroute“, patikrinant, ar maršrutai stabilūs ir ar delsa yra pagrįstose ribose.

Jei viskas klostysis gerai, kitas žingsnis – užfiksuoti tinklo srautą naudojant „Wireshark“ arba panašią priemonę, kol programa veikia lėtai. Analizuodami pėdsakus, galite pamatyti, kiek laiko tinklas iš tikrųjų užtrunka paketams perduoti ir kiek laiko praeina nuo serverio atsakymo išsiuntimo iki kliento apdorojimo. Dažnai pastebėsite, kad tinklas atsako laiku, tačiau programai reikia kelių sekundžių, kad sugeneruotų atsakymus arba pateiktų informaciją.

Sudėtingesniais atvejais diagnozę galite patikslinti naudodami keturis klasikinius trikčių šalinimo metodus : palyginimą su veikiančiomis sistemomis, problemos „perkėlimą“ keičiant komponentus, paketo kelio atsekamą arba sluoksnį po sluoksnio sekant OSI modeliu. Visa tai padeda nustatyti, ar delsa susijusi tik su tinklu, ar tai problema kitur steke.

7 žingsnių metodologija tinklo ir delsos problemoms spręsti

Be konkrečių įrankių, labai naudinga laikytis organizuoto trikčių šalinimo proceso , kuris neleidžia spėlioti. Tinklų pasaulyje plačiai naudojamos gairės susideda iš septynių pagrindinių žingsnių, kurie taip pat labai gerai veikia diagnozuojant delsą namų ir mažų įmonių aplinkoje.

Pirmas žingsnis – tinkamai nustatyti problemą : kokie simptomai pastebimi, kada, kurie įrenginiai paveikti ir kurios programos veikia lėtai. Kuo daugiau informacijos iš pradžių surinksite (įskaitant ekrano kopijas ir apytikslį laiką), tuo lengviau bus nustatyti delsos priežastį.

Antras žingsnis – pranešti apie problemą susijusiems asmenims, nesvarbu, ar tai kiti techninės komandos nariai, ar, namuose, tie, kurie naudojasi tinklu. Įmonėje, jei tai problema, paveikianti daugelį vartotojų, koordinavimas yra labai svarbus siekiant užkirsti kelią keliems skyriams vienu metu atlikti pakeitimus apie tai nežinant.

Trečias žingsnis – rasti pagrindinę priežastį . Čia praverčia visos anksčiau paaiškintos diagnostikos priemonės: tinklo komandos, paketų analizatoriai, našumo monitoriai ir įvykių žurnalai. Įprasta, kad reikia atlikti bandymų ir klaidų metodą: formuluojate hipotezes (pavyzdžiui, „Wi-Fi“ perkrova, DNS problema, interneto paslaugų teikėjo perkrova) ir jas išbandote kontroliuojamoje aplinkoje, kol rasite teisingą.

Nustačius priežastį, ketvirtas žingsnis – sukurti sprendimą . Tai gali būti kažkas tokio paprasto, kaip „Wi-Fi“ kanalo pakeitimas, maršrutizatoriaus programinės įrangos atnaujinimas arba QoS nustatymų koregavimas, arba kažkas sudėtingesnio, pavyzdžiui, tinklo topologijos pertvarkymas arba ryšio atnaujinimo derybos su tiekėju. Bet kokiu atveju patartina pirmiausia atlikti nedidelio masto bandymą, kad būtų sumažinta rizika.

Penktas žingsnis – įdiegti sprendimą visame tinkle . Net jei jau išbandėte jį nedideliu mastu, geriausia jį įdiegti etapais, pradedant nuo bandomųjų vartotojų ir galiausiai pasiekiant visus kitus. Šio diegimo prioritetas priklausys nuo problemos rimtumo ir jos poveikio verslui ar namams.

Išsprendus problemą, šeštasis žingsnis yra dokumentuoti, kas įvyko : kas buvo aptikta, kaip tai buvo diagnozuota, kokie pakeitimai buvo atlikti ir kokie rezultatai gauti. Ši dokumentacija yra neįkainojama, kai ta pati problema vėl iškyla po kelių mėnesių arba kai prie komandos prisijungia naujas asmuo ir jam reikia suprasti tinklo istoriją.

Septintas ir paskutinis žingsnis – kritiškai išanalizuoti incidentą ir įgyvendinti prevencines priemones . Tai reiškia, kad reikia peržiūrėti, ar buvo galima ką nors padaryti geriau, ar buvo ankstesnių įspėjamųjų ženklų, kurie liko nepastebėti, ir kokie pakeitimai (konfigūracija, stebėjimas, procedūros) gali padėti išvengti to paties vėlavimo ateityje.

Dažnesnės tinklo ir delsos problemos namuose

Namų tinkle kai kurios pasikartojančios problemos tiesiogiai veikia delsą. Viena iš dažniausiai pasitaikančių problemų yra pasikartojantys IP adresai : kai du įrenginiai dalijasi tuo pačiu IP adresu, kyla konfliktų, kurie gali pasireikšti ryšio sutrikimais, akivaizdžiu sulėtėjimu arba ryšio klaidomis. Įprastas sprendimas yra patikrinti maršrutizatoriaus DHCP nustatymus arba pakeisti paveikto įrenginio IP adresą.

Kita dažna problema yra IP adresų telkinio išsekimas maršrutizatoriaus DHCP serveryje. Jei diapazonas per mažas ir turite daug įrenginių (mobiliųjų telefonų, planšetinių kompiuterių, televizorių, išmaniųjų namų įrenginių ir kt.), ateis laikas, kai kai kurie įrenginiai negalės gauti IP adreso ir praras ryšį arba jų atsako laikas bus labai lėtas. Diapazono išplėtimas arba senų rezervacijų panaikinimas paprastai išsprendžia šią problemą.

Kai tiesiog „nėra interneto ryšio“, pirmiausia reikia paleisti maršrutizatorių ir įrenginius iš naujo . Jei problema išlieka, „traceroute“ padės tiksliai nustatyti ryšio nutrūkimo vietą: tai gali būti pats maršrutizatorius, jūsų interneto paslaugų teikėjo tinklas arba kažkur kitur. Ši informacija bus labai naudinga, jei reikės pateikti pagalbos užklausą savo interneto paslaugų teikėjui.

Dažniausias delsos simptomas yra suvokiamas prastas našumas : viskas atrodo „lėta“, nors greičio testai rodo gerus rezultatus. Čia ir atsiranda perkrova tiek jūsų pusėje (per daug įrenginių arba dideli atsisiuntimai), tiek interneto paslaugų teikėjo tinkle. Daugeliu atvejų sprendimas apima laiko atžvilgiu jautraus srauto prioritetizavimą naudojant QoS, perėjimą prie šviesolaidinio ryšio, jei vis dar naudojate senesnes technologijas, arba teikėjo, kuris siūlo geresnius maršrutus į dažniausiai naudojamas paslaugas, pasirinkimą.

Patirtis aiškiai rodo, kad derinant gerus įrankius, struktūrizuotą metodiką ir praktiką, bet kuris vartotojas gali geriau suprasti savo tinklą ir priimti pagrįstus sprendimus. Reguliarus stebėjimas ir diagnostika smarkiai sumažina delsos poveikį kasdieniam gyvenimui, nesvarbu, ar tiesiog naršote internete ir skambinate vaizdo skambučiais, dirbate iš namų, ar dažnai žaidžiate internetinius žaidimus.