Võrgu käitamise ja hooldamise puhul on tavaline, kuid tülikas probleem, et seadmed ei saa pärast otseühendust pingida. Nii algajate kui ka kogenud inseneride jaoks on sageli vaja alustada mitmelt tasandilt ja uurida võimalikke põhjuseid. See artikkel jaotab tõrkeotsingu sammud, mis aitavad teil probleemi algpõhjuse kiiresti leida ja selle parandada. Need meetodid on rakendatavad ja praktilised nii koduvõrgus kui ka ettevõtte keskkonnas. Juhendame teid selles väljakutses samm-sammult, alates põhikontrollidest kuni edasijõudnute kontrollideni.
1. Kontrollige füüsilise ühenduse olekut, et veenduda signaali toimimises
Võrguühenduse aluseks on füüsiline ühendus. Kui seade pärast otseühendust pingimisega ei reageeri, tuleb kõigepealt kontrollida, kas füüsiline kiht töötab. Siin on sammud:
Võrgukaabli ühenduse kinnitamine:Kontrollige, kas võrgukaabel on tihedalt ühendatud ja kas võrgukaabli liides on lahti. Otsekaabli kasutamisel veenduge, et kaabel vastab standardile TIA/EIA-568-B (Common Direct Cable Standard). Vanemate seadmete korral peate võib-olla liine ristama (TIA/EIA-568-A), kuna mõned vanemad seadmed ei toeta automaatset MDI/MDIX-i vahetamist.
Kontrollige võrgukaabli kvaliteeti:Halva kvaliteediga või liiga pikk võrgukaabel võib põhjustada signaali nõrgenemist. Standardse võrgukaabli pikkust tuleks kontrollida 100 meetri piires. Kui kaabel on liiga pikk või sellel on ilmseid kahjustusi (nt katki või lamedaks muutunud), on soovitatav see asendada kvaliteetse kaabliga ja uuesti testida.
Jälgige seadme indikaatoreid:Enamikul võrguseadmetel (nt lülititel, ruuteritel, võrgukaartidel) on ühenduse oleku indikaatorid. Tavaliselt süttib tuli (roheliselt või oranžilt) pärast ühenduse loomist ja andmeedastust võib näidata vilkumine. Kui indikaator ei sütti, võib probleem olla võrgukaablis, katkis liideses või seade pole sisse lülitatud.
Testiport:Ühendage võrgukaabel seadme teise porti, et välistada pordi kahjustamise võimalus. Võimaluse korral saate võrgukaabli testeri abil kontrollida võrgukaabli ühenduvust ja veenduda, et iga juhtmepaar on õigesti paigutatud.
Füüsiline ühendus on võrgukommunikatsiooni esimene samm ja enne kõrgema taseme põhjuste uurimist peame veenduma, et sellel kihil probleeme ei esine.
2. Kontrollige seadme STP olekut, et veenduda, et port pole keelatud
Kui te ei saa pingida vaatamata tavalisele füüsilisele ühendusele, võib probleem olla seadme lingikihi protokollis. Üks levinud põhjus on Spanning Tree Protocol (STP).
Mõista STP rolli:STP-d (Spanning Tree Protocol) kasutatakse võrgus silmuste tekkimise vältimiseks. Kui seade tuvastab silmuse, paneb STP teatud pordid blokeerivasse olekusse, takistades neil andmete edastamist.
Kontrollige pordi olekut:Logige sisse oma seadme CLI-sse (käsurealiidesesse) või veebiadministraatori liidesesse, et näha, kas port on olekus „Edasi suunamine“. Cisco kommutaatori puhul saab STP olekut vaadata käsuga show spat-tree. Kui port on kuvatud kui „Blokeeriv“, blokeerib STP selle pordi sidet.
Lahendus:
STP ajutine keelamine:Testikeskkonnas on võimalik STP ajutiselt välja lülitada (näiteks spath-tree vlan 1 puudub), kuid tootmiskeskkonnas pole see soovitatav, kuna see võib põhjustada leviedastuse tormi.
Luba PortFast:Kui seade seda toetab, saab pordil lubada PortFast funktsiooni (käsklused nagu spath-tree portfast), mis võimaldab pordil STP kuulamis- ja õppimisfaasi vahele jätta ning otse edasisuunamisolekusse siseneda.
Kontrollige tsükleid:Kui STP-blokeeringu põhjuseks on võrgus olevate silmuste olemasolu, kontrollige võrgu topoloogiat, et silmused leida ja katkestada.
STP-probleemid on ettevõttevõrkudes tavalised, eriti mitme lülitiga keskkondades. Kui teil on väike võrk, võite selle sammu praegu vahele jätta, kuid STP toimimise mõistmine võib tulevikus probleemide tõrkeotsingul palju abiks olla.
3. Kontrollige, kas ARP töötab, et veenduda MAC-aadressi õiges lahendamises
Kui lingikiht on normaalne, minge kontrollimiseks võrgukihile. Ping-käsk tugineb ICMP-protokollile, mis esmalt lahendab siht-IP-aadressi MAC-aadressiks aadressiresolutsiooni protokolli (ARP) abil. Kui ARP-resolutsioon ebaõnnestub, ebaõnnestub ka Ping.
Kontrollige ARP-tabelit: kontrollige seadme ARP-tabelit, et veenduda sihtseadme MAC-aadressi edukas lahendamine. Näiteks Windowsis saate ARP-vahemälu vaadata käsurea avades ja tippides arp-a. Kui sihtkoha IP-aadressil MAC-aadressi pole, siis ARP-i lahendamine ebaõnnestus.
ARP käsitsi testimine:Proovige ARP-päringuid käsitsi saata. Näiteks Windowsis saate ARP-päringu käivitamiseks kasutada käsku ping või otse tööriista, näiteks arping (Linuxi süsteemides). Kui ARP-päringule vastust ei tule, võivad põhjused olla järgmised:
Tulemüüri blokeerimine:Mõne seadme tulemüür blokeerib ARP-päringuid. Kontrollige sihtseadme tulemüüri seadeid ja proovige uuesti pärast tulemüüri ajutist väljalülitamist.
IP-aadressi kokkupõrge:ARP-i lahendamine võib ebaõnnestuda, kui võrgus esineb IP-aadresside kokkupõrkeid. Kasutage tööriista, näiteks Wiresharki, pakettide püüdmiseks ja kontrollimiseks, kas samale IP-aadressile vastab mitu MAC-aadressi.
Lahendus:
Kustuta Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) ja seejärel käivita uuesti Ping.
Veenduge, et mõlema seadme IP-aadressid oleksid samas alamvõrgus ja et alamvõrgu mask oleks sama (üksikasjad leiate järgmisest sammust).
ARP-probleemid on sageli tihedalt seotud võrgukihi konfiguratsiooniga ja kõige toimimise tagamiseks on tõrkeotsingul vaja kannatust.
4. Kontrollige IP-aadressi ja alamvõrgu konfiguratsiooni, et tagada sideinfrastruktuur
Võrgukihi probleemid on sageli Pingi tõrgete peamine põhjus. Valesti konfigureeritud IP-aadressid ja alamvõrgud põhjustavad seadmete suhtluse katkemist. Siin on sammud:
Kinnitage IP-aadress:Kontrollige, kas kahe seadme IP-aadressid on samas alamvõrgus. Näiteks seadme A IP-aadress on 192.168.1.10 ja alamvõrgu mask on 255.255.255.0. Seadme B IP-aadress on 192.168.1.20 ja sama alamvõrgu mask. Kaks IP-aadressi asuvad samas alamvõrgus (192.168.1.0/24) ja saavad teoreetiliselt suhelda. Kui seadme B IP-aadress on 192.168.2.20, siis see ei asu samas alamvõrgus ja ping ebaõnnestub.
Kontrollige alamvõrgu maske:Ebajärjekindlad alamvõrgu maskid võivad samuti põhjustada sidekatkestusi. Näiteks seadmel A on mask 255.255.255.0 ja seadmel B on mask 255.255.0.0, mis võib põhjustada sidetõkkeid, kuna nad mõistavad alamvõrgu ulatust erinevalt. Veenduge, et alamvõrgu maskid oleksid mõlema seadme puhul samad.
Kontrollige värava seadeid:Otseühendusega seadmed tavaliselt lüüsi ei vaja, kuid valesti konfigureeritud lüüsid võivad põhjustada pakettide valet edastamist. Veenduge, et mõlema seadme lüüs on seadistatud konfigureerimata või osutab õigele aadressile.
Lahendus:
Muutke IP-aadressi või alamvõrgu maski, et tagada mõlema seadme sama alamvõrgu olemasolu. Keelake mittevajalikud lüüsi sätted või määrake need vaikeväärtusele (0.0.0.0).
IP-konfiguratsioon on võrgukommunikatsiooni tuum, seega on oluline see üle kontrollida, et midagi puudu ei oleks.
5. Kontrollige saadetud ja vastuvõetud ICMP-pakette, et veenduda, et protokoll pole keelatud
Ping-käsk tugineb internetikontrolli sõnumiprotokollile (ICMP). Kui ICMP-paketid pealt kuulatakse või keelatakse, siis Ping ei õnnestu.
Kontrollige oma tulemüüri reegleid:Paljudel seadmetel on tulemüürid vaikimisi lubatud, mis võivad ICMP-päringuid blokeerida. Näiteks Windowsis kontrollige sätet „Windows Defender Firewall”, et veenduda, kas ICMPv4-In reegel on lubatud. Linuxi süsteemid kontrollivad iptables'i reeglit (iptables -L), et veenduda, et ICMP-d ei blokeerita.
Kontrollige seadmepoliitikat:Mõned ruuterid või kommutaatorid keelavad skannimise vältimiseks ICMP-vastused. Logige sisse seadmehalduse ekraanile ja veenduge, et ICMP oleks keelatud.
Pakettide püüdmise analüüs:Kasutage tööriista, näiteks Wiresharki võiMylinking Network TapsjaMylinking Networki paketivahendajadet jäädvustada pakette, et näha, kas ICMP-päring tehti ja kas sellele tuli vastus. Kui päring tehti, aga vastust ei tulnud, võib probleem olla sihtseadmes. Kui päringut ei tehtud, võib probleem olla kohalikus masinas.
Lahendus:
(Windows: netsh advfirewall set allprofiles state off; Linux: iptables -F), et kontrollida, kas Ping on tagasi normaalseks muutunud. Luba seadmes ICMP vastused (näiteks Cisco seade: ip icmp echo-reply).
ICMP probleemid on sageli seotud turvapoliitikatega, mis nõuavad kompromissi turvalisuse ja ühenduvuse vahel.
6. Kontrollige, kas paketivorming on õige, et veenduda protokollipinus esinevate anomaaliate puudumises.
Kui kõik läheb hästi ja pingi saatmine ikka ei õnnestu, peate võib-olla protokollipinu lähemalt uurima, et kontrollida paketi õiget vormingut.
Pakettide jäädvustamine ja analüüsimine:
Kasutage Wiresharki ICMP-pakettide jäädvustamiseks ja kontrollige järgmist:
- ICMP-päringu tüüp ja kood on õiged (kajapäringu tüüp peaks olema 8, kood 0).
- Kas lähte- ja sihtkoha IP-aadressid on õiged.
- Kas esineb ebanormaalseid TTL-i (Time to Live) väärtusi, mis võivad põhjustada paketi poole pealt äralangemise.
Kontrollige MTU sätteid:Kui maksimaalse edastusühiku (MTU) sätted ei ole järjepidevad, võib pakettide fragmenteerimine ebaõnnestuda. Vaikimisi MTU on 1500 baiti, kuid mõned seadmed võivad olla konfigureeritud väiksemate väärtustega. Testige fragmenteerimist käsuga ping-fl 1472 target IP (Windows). Kui küsitakse killustamist, kuid lipp „Ära killusta” (DF) on seatud, siis MTU ei ühti.
Lahendus:
Muuda MTU väärtust (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
Veenduge, et kahe seadme MTU on sama.
Protokollivirna probleem on keerulisem, süvaanalüüsi soovitatakse läbi viia pärast seda, kui põhiuuring on tulemusteta.
7. Koguge teavet ja otsige tehnilist tuge
Kui ülaltoodud sammud probleemi ei lahenda, peate võib-olla lisateavet koguma ja tehnilise toe poole pöörduma.
Logi:Koguge seadme logiteavet (ruuteri/lüliti süsteemilogi, arvuti süsteemilogi) ja vaadake, kas esineb vigu.
Võtke ühendust tootjaga:Kui seade on ettevõtte toode, näiteksMinu linkimine(Võrgu kraanid, Võrgupaketi vahendajadjaSisseehitatud möödaviik), Cisco (ruuter/lüliti) ja Huawei (ruuter/lüliti) puhul võite üksikasjalike kontrollitoimingute ja logide saamiseks pöörduda tootja tehnilise toe poole.
Kogukonna võimendamine:Abi saamiseks postitage tehnilistele foorumitele (nt Stack Overflow, Cisco Community), pakkudes üksikasjalikku teavet võrgu topoloogia ja konfiguratsiooni kohta.
Otseühendus võrguseadmega, mis ei suuda pingida, võib tunduda lihtne, kuid tegelikult võib see hõlmata mitmeid probleeme füüsilises kihis, lingikihis, võrgukihis ja isegi protokollipinus. Enamiku probleemidest saab lahendada nende seitsme sammu järgimisega, alates lihtsast kuni edasijõudnuteni. Olgu selleks võrgukaabli kontrollimine, STP reguleerimine, ARP kontrollimine või IP-konfiguratsiooni ja ICMP-poliitika optimeerimine, iga samm nõuab hoolt ja kannatlikkust. Loodan, et see juhend annab teile selgust interneti tõrkeotsingu kohta, et te ei satuks segadusse, kui teil tekib sarnane probleem.
Postituse aeg: 09.05.2025
