Tinklo eksploatavimo ir priežiūros srityje dažna, bet varginanti problema yra ta, kad įrenginiai negali atlikti „ping“ testo po tiesioginio prijungimo. Tiek pradedantiesiems, tiek patyrusiems inžinieriams dažnai reikia pradėti nuo kelių lygių ir išnagrinėti galimas priežastis. Šiame straipsnyje pateikiami trikčių šalinimo veiksmai, kurie padės greitai rasti problemos priežastį ir ją išspręsti. Šie metodai yra pritaikomi ir praktiški tiek namų tinkle, tiek įmonės aplinkoje. Žingsnis po žingsnio padėsime jums įveikti šį iššūkį – nuo pagrindinių iki išplėstinių patikrinimų.
1. Patikrinkite fizinio ryšio būseną, kad įsitikintumėte, jog signalas veikia
Tinklo ryšio pagrindas yra fizinis ryšys. Jei įrenginys po tiesioginio ryšio nepavyksta atlikti ping užklausos, pirmiausia reikia patikrinti, ar veikia fizinis sluoksnis. Štai šie veiksmai:
Patikrinkite tinklo kabelio jungtį:Patikrinkite, ar tinklo kabelis tvirtai prijungtas ir ar tinklo kabelio sąsaja nėra atsilaisvinusi. Jei naudojate tiesioginį kabelį, įsitikinkite, kad jis atitinka TIA/EIA-568-B standartą (bendrąjį tiesioginio kabelio standartą). Jei turite senesnius įrenginius, gali tekti sukryžminti linijas (TIA/EIA-568-A), nes kai kurie senesni įrenginiai nepalaiko automatinio MDI/MDIX perjungimo.
Patikrinkite tinklo kabelio kokybę:Prastos kokybės arba per ilgas tinklo kabelis gali slopinti signalą. Standartinis tinklo kabelio ilgis turėtų būti kontroliuojamas 100 metrų ribose. Jei kabelis per ilgas arba akivaizdžiai pažeistas (pvz., sulūžęs arba suplokštėjęs), rekomenduojama jį pakeisti aukštos kokybės kabeliu ir patikrinti iš naujo.
Stebėkite įrenginio indikatorius:Dauguma tinklo įrenginių (pvz., komutatoriai, maršrutizatoriai, tinklo plokštės) turi ryšio būsenos indikatorius. Paprastai po prijungimo lemputė užsidega (žalia arba oranžine spalva), o duomenų perdavimas gali būti mirksintis. Jei indikatorius nedega, problema gali būti tinklo kabelyje, sugedusi sąsaja arba įrenginys neįjungtas.
Bandymo prievadas:Prijunkite tinklo kabelį prie kito įrenginio prievado, kad išvengtumėte prievado pažeidimo. Jei įmanoma, galite naudoti tinklo kabelio testerį, kad patikrintumėte tinklo kabelio jungtį ir įsitikintumėte, jog kiekviena laidų pora yra tinkamai išdėstyta.
Fizinis ryšys yra pirmasis tinklo komunikacijos žingsnis, todėl prieš tęsdami aukštesnio lygio priežasčių tyrimą, turime įsitikinti, kad šiame sluoksnyje nėra problemų.
2. Patikrinkite įrenginio STP būseną, kad įsitikintumėte, jog prievadas nėra išjungtas
Jei negalite užmegzti ryšio su „ping“ komanda, nepaisant įprasto fizinio ryšio, gali būti, kad problema yra įrenginio ryšio lygmens protokole. Viena dažna priežastis yra „Spanning Tree“ protokolas (STP).
Supraskite STP vaidmenį:STP (angl. Spanning Tree Protocol) naudojamas siekiant išvengti kilpų atsiradimo tinkle. Jei įrenginys aptinka kilpą, STP tam tikrus prievadus perjungia į blokavimo būseną, neleisdamas jiems persiųsti duomenų.
Patikrinkite prievado būseną:Prisijunkite prie savo įrenginio CLI (komandinės eilutės sąsajos) arba žiniatinklio administratoriaus sąsajos, kad pamatytumėte, ar prievadas yra „Peradresavimo“ būsenoje. „Cisco“ komutatoriaus atveju STP būseną galima peržiūrėti naudojant komandą show spat-tree. Jei prievadas rodomas kaip „Blokuojamas“, STP blokuoja ryšį tame prievade.
Sprendimas:
Laikinai išjungti STP:Testavimo aplinkoje galima laikinai išjungti STP (pavyzdžiui, išjungti „spath-tree“ 1 vlaną), tačiau tai nerekomenduojama gamybinėje aplinkoje, nes gali sukelti transliacijos audrą.
Įjungti „PortFast“:Jei įrenginys ją palaiko, prievade galima įjungti „PortFast“ funkciją (tokios komandos kaip „spath-tree portfast“), leidžiant prievadui praleisti STP klausymo ir mokymosi etapą ir tiesiogiai pereiti į persiuntimo būseną.
Patikrinkite, ar nėra ciklų:Jei STP bloką sukelia tinkle esančios kilpos, toliau patikrinkite tinklo topologiją, kad surastumėte ir nutrauktumėte kilpas.
STP problemos yra dažnos įmonių tinkluose, ypač aplinkose su keliais komutatoriais. Jei turite nedidelį tinklą, galite praleisti šį žingsnį kol kas, tačiau supratimas, kaip veikia STP, gali labai padėti ateityje sprendžiant problemas.
3. Patikrinkite, ar veikia ARP, kad įsitikintumėte, jog MAC adresas yra teisingai išspręstas
Kai ryšio lygmuo yra normalus, patikrinkite tinklo lygmenyje. „Ping“ komanda remiasi ICMP protokolu, kuris pirmiausia per adresų sprendimo protokolą (ARP) pakeičia tikslinį IP adresą į MAC adresą. Jei ARP sprendimas nepavyksta, „Ping“ komanda nepavyks.
Patikrinkite ARP lentelę: patikrinkite įrenginio ARP lentelę, kad patvirtintumėte, jog tikslinio įrenginio MAC adresas buvo sėkmingai nustatytas. Pavyzdžiui, sistemoje „Windows“ galite peržiūrėti ARP talpyklą atidarydami komandinę eilutę ir įvesdami arp-a. Jei paskirties IP MAC adreso nėra, ARP nustatymas nepavyko.
Rankinis ARP testavimas:Pabandykite siųsti ARP užklausas rankiniu būdu. Pavyzdžiui, „Windows“ sistemoje galite naudoti „ping“ komandą, kad suaktyvintumėte ARP užklausą, arba tiesiogiai naudoti įrankį, pvz., „arping“ (Linux sistemose). Jei į ARP užklausą neatsakoma, galimos priežastys:
Ugniasienės blokavimas:Kai kurių įrenginių užkarda blokuoja ARP užklausas. Patikrinkite tikslinio įrenginio užkardos nustatymus ir bandykite dar kartą, laikinai išjungę užkardą.
IP adresų susidūrimas:ARP sprendimas gali nepavykti, jei tinkle kyla IP adresų konfliktų. Naudokite tokią priemonę kaip „Wireshark“, kad sugautumėte paketus ir patikrintumėte, ar keli MAC adresai neatsako į tą patį IP adresą.
Sprendimas:
Ištrinkite „Arpcache“ („Windows“: „netsh interface ip delete arpcache“; „Linux“: „ip-ss neigh flush all“) ir vėl atlikite „Ping“ komandą.
Įsitikinkite, kad abiejų įrenginių IP adresai yra tame pačiame potinklyje ir kad potinklio kaukė yra tokia pati (daugiau informacijos žr. kitame žingsnyje).
ARP problemos dažnai yra glaudžiai susijusios su tinklo sluoksnio konfigūracija, todėl norint įsitikinti, kad viskas veikia, reikia kantrybės šalinant triktis.
4. Patikrinkite IP adresą ir potinklio konfigūraciją, kad užtikrintumėte ryšio infrastruktūrą
Tinklo lygmens problemos dažnai yra pagrindinė „Ping“ gedimų priežastis. Neteisingai sukonfigūruoti IP adresai ir potinkliai sukelia įrenginių ryšio sutrikimus. Štai veiksmai:
Patvirtinkite IP adresą:Patikrinkite, ar dviejų įrenginių IP adresai yra tame pačiame potinklyje. Pavyzdžiui, įrenginio A IP adresas yra 192.168.1.10, o potinklio kaukė – 255.255.255.0. Įrenginio B IP adresas yra 192.168.1.20, o potinklio kaukė ta pati. Abu IP adresai yra tame pačiame potinklyje (192.168.1.0/24) ir teoriškai gali bendrauti. Jei įrenginio B IP adresas yra 192.168.2.20, jis nėra tame pačiame potinklyje ir „Ping“ užklausa nepavyks.
Patikrinkite potinklio kaukes:Nenuoseklūs potinklio šablonai taip pat gali sukelti ryšio sutrikimus. Pavyzdžiui, įrenginio A kaukė yra 255.255.255.0, o įrenginio B kaukė yra 255.255.0.0, todėl gali kilti ryšio kliūčių dėl skirtingo potinklio apimties supratimo. Įsitikinkite, kad abiejų įrenginių potinklio šablonai yra vienodi.
Patikrinkite šliuzo nustatymus:Tiesiogiai prijungtiems įrenginiams paprastai nereikia šliuzo, tačiau netinkamai sukonfigūruoti šliuzai gali lemti neteisingą paketų persiuntimą. Įsitikinkite, kad abiejų įrenginių šliuzas nustatytas kaip nekonfigūruotas arba nukreipia teisingu adresu.
Sprendimas:
Pakeiskite IP adresą arba potinklio kaukę, kad abu įrenginiai būtų tame pačiame potinklyje. Išjunkite nereikalingus šliuzo nustatymus arba nustatykite juos į numatytąją reikšmę (0.0.0.0).
IP konfigūracija yra tinklo ryšio pagrindas, todėl svarbu dar kartą patikrinti, ar nieko netrūksta.
5. Patikrinkite išsiųstus ir gautus ICMP paketus, kad įsitikintumėte, jog protokolas nėra išjungtas
„Ping“ komanda remiasi interneto valdymo pranešimų protokolu (ICMP). Jei ICMP paketai perimami arba išjungiami, „Ping“ komanda nepavyks.
Patikrinkite užkardos taisykles:Daugelyje įrenginių pagal numatytuosius nustatymus įjungtos užkardos, kurios gali blokuoti ICMP užklausas. Pavyzdžiui, sistemoje „Windows“ patikrinkite nustatymą „Windows Defender Firewall“, kad įsitikintumėte, jog ICMPv4-In taisyklė yra leidžiama. „Linux“ sistemose patikrinkite taisyklę „iptables“ (iptables -L), kad įsitikintumėte, jog ICMP nėra blokuojamas.
Patikrinkite įrenginio politiką:Kai kurie maršrutizatoriai arba komutatoriai išjungia ICMP atsakymus, kad būtų išvengta nuskaitymo. Prisijunkite prie įrenginio valdymo ekrano, kad įsitikintumėte, jog ICMP yra išjungtas.
Paketų surinkimo analizė:Naudokite tokią priemonę kaip „Wireshark“ arba„Mylinking“ tinklo čiaupaiir„Mylinking“ tinklo paketų tarpininkaikad užfiksuotų paketus ir pamatytų, ar buvo pateikta ICMP užklausa ir ar buvo atsakymas. Jei užklausa pateikta, bet atsakymo nėra, problema gali būti tiksliniame įrenginyje. Jei užklausa nepateikiama, problema gali būti vietiniame kompiuteryje.
Sprendimas:
(„Windows“: „netsh advfirewall“ išjunkite „allprofiles“ būseną; „Linux“: „iptables -F“), kad patikrintumėte, ar „Ping“ vėl veikia įprastai. Įrenginyje įjunkite ICMP atsakymus (pvz., „Cisco“ įrenginyje: „ip icmp echo-reply“).
ICMP problemos dažnai susijusios su saugumo politikomis, kurioms reikalingas kompromisas tarp saugumo ir ryšio.
6. Patikrinkite, ar paketo formatas yra teisingas, kad įsitikintumėte, jog protokolų stekoje nėra anomalijų.
Jei viskas klostosi gerai ir vis tiek negalite atlikti „Ping“, gali tekti peržiūrėti protokolų rinkinį ir patikrinti, ar paketo formatas yra teisingas.
Paketų fiksavimas ir analizė:
Naudokite „Wireshark“, kad užfiksuotumėte ICMP paketus ir patikrintumėte šiuos dalykus:
- ICMP užklausos tipas ir kodas yra teisingi (atsakymo užklausa turėtų būti 8 tipo, kodas 0).
– Ar teisingi šaltinio ir paskirties IP adresai.
– Ar yra nenormalių TTL (laiko iki gyvavimo) verčių, dėl kurių paketas gali būti atmestas įpusėjus siuntimui.
Patikrinkite MTU nustatymus:Jei maksimalaus perdavimo vieneto (MTU) nustatymai nėra nuoseklūs, paketų fragmentavimas gali nepavykti. Numatytasis MTU yra 1500 baitų, tačiau kai kurie įrenginiai gali būti sukonfigūruoti su mažesnėmis vertėmis. Patikrinkite fragmentavimą naudodami komandą ping-fl 1472 target IP („Windows“). Jei raginama skaidyti, bet nustatyta žymė „Neskaidyti“ (DF), MTU nesutampa.
Sprendimas:
Koreguokite MTU reikšmę („Windows“: „netsh interface ipv4“ nustatykite subinterface „Ethernet“ mtu=1400 store=persistent).
Įsitikinkite, kad abiejų įrenginių MTU yra vienodas.
Protokolų steko problema yra sudėtingesnė, todėl siūloma atlikti išsamią analizę po to, kai pagrindinis tyrimas neduoda rezultatų.
7. Surinkite informaciją ir kreipkitės į techninę pagalbą
Jei aukščiau atlikti veiksmai neišsprendžia problemos, gali tekti surinkti daugiau informacijos ir kreiptis į techninę pagalbą.
Žurnalas:Surinkite įrenginio žurnalo informaciją (maršrutizatoriaus / komutatoriaus sistemos žurnalą, kompiuterio sistemos žurnalą) ir patikrinkite, ar nėra klaidų.
Susisiekite su gamintoju:Jei įrenginys yra įmonės produktas, pvz.Mylinking(Tinklo čiaupai, Tinklo paketų tarpininkaiirĮterptinis apėjimas), „Cisco“ (maršrutizatorius / komutatorius), „Huawei“ (maršrutizatorius / komutatorius), galite susisiekti su gamintojo technine pagalba, kad pateiktumėte išsamius patikrinimo veiksmus ir žurnalus.
Bendruomenės panaudojimas:Skelbkite techniniuose forumuose (pvz., „Stack Overflow“, „Cisco Community“) ir gaukite išsamią informaciją apie tinklo topologiją bei konfigūraciją.
Tiesioginis ryšys su tinklo įrenginiu, kuris negauna „ping“, gali atrodyti paprastas, tačiau iš tikrųjų tai gali būti susiję su keliomis problemomis fiziniame sluoksnyje, ryšio sluoksnyje, tinklo sluoksnyje ir net protokolų steke. Daugelį problemų galima išspręsti atlikus šiuos septynis veiksmus – nuo pagrindinio iki sudėtingesnio. Nesvarbu, ar tai būtų tinklo kabelio patikrinimas, STP reguliavimas, ARP patikrinimas ar IP konfigūracijos ir ICMP politikos optimizavimas, kiekvienas žingsnis reikalauja kruopštumo ir kantrybės. Tikiuosi, kad šis vadovas paaiškins, kaip atlikti interneto trikčių šalinimą, kad nesusipainiotumėte, jei susidursite su panašia problema.
Įrašo laikas: 2025 m. gegužės 9 d.
