U radu i održavanju mreže, čest je, ali problematičan problem da uređaji ne mogu poslati ping nakon što su izravno spojeni. I početnicima i iskusnim inženjerima često je potrebno početi na više razina i ispitati moguće uzroke. Ovaj članak objašnjava korake za rješavanje problema kako bi vam pomogao da brzo pronađete uzrok problema i riješite ga. Ove metode su primjenjive i praktične i u kućnoj mreži i u poslovnom okruženju. Provest ćemo vas kroz ovaj izazov korak po korak, od osnovnih do naprednih provjera.
1. Provjerite status fizičke veze kako biste bili sigurni da signal radi
Osnova mrežne komunikacije je fizička veza. Ako uređaj ne uspije poslati ping nakon izravne veze, prvi korak je provjeriti radi li fizički sloj. Evo koraka:
Potvrdite vezu mrežnog kabela:Provjerite je li mrežni kabel čvrsto priključen i je li sučelje mrežnog kabela labavo. Ako koristite izravni kabel, provjerite je li kabel u skladu sa standardom TIA/EIA-568-B (Common Direct Cable Standard). Ako imate starije uređaje, možda ćete morati križati vodove (TIA/EIA-568-A) jer neki stariji uređaji ne podržavaju automatsko prebacivanje MDI/MDIX.
Provjerite kvalitetu mrežnog kabela:Loša kvaliteta ili predugačak mrežni kabel mogu uzrokovati slabljenje signala. Standardna duljina mrežnog kabela trebala bi biti unutar 100 metara. Ako je kabel predugačak ili ima očita oštećenja (npr. slomljen ili spljošten), preporučuje se zamijeniti ga visokokvalitetnim kabelom i ponovno testirati.
Promatrajte indikatore uređaja:Većina mrežnih uređaja (kao što su preklopnici, usmjerivači, mrežne kartice) imaju indikatore statusa veze. Normalno, lampica će zasvijetliti (zeleno ili narančasto) nakon povezivanja, a može doći i do treperenja koje označava prijenos podataka. Ako se indikator ne upali, problem može biti s mrežnim kabelom, neispravnim sučeljem ili uređaj nije uključen.
Testni priključak:Uključite mrežni kabel u drugi priključak uređaja kako biste isključili mogućnost oštećenja priključka. Ako je dostupan, možete upotrijebiti tester mrežnog kabela za provjeru povezivosti mrežnog kabela kako biste bili sigurni da je svaki par žica ispravno poredan.
Fizička veza je prvi korak u mrežnoj komunikaciji i moramo se uvjeriti da nema problema na ovom sloju prije nego što možemo nastaviti istraživati uzroke više razine.
2. Provjerite STP status uređaja kako biste bili sigurni da priključak nije onemogućen
Ako ne možete pingati unatoč normalnoj fizičkoj vezi, moguće je da postoji problem s protokolom sloja veze uređaja. Jedan od uobičajenih razloga je Spanning Tree Protocol (STP).
Razumjeti ulogu STP-a:STP (Spanning Tree Protocol) se koristi za sprječavanje pojave petlji u mreži. Ako uređaj otkrije petlju, STP stavlja određene portove u stanje blokiranja, sprječavajući ih u prosljeđivanju podataka.
Provjerite status porta:Prijavite se u CLI (sučelje naredbenog retka) ili web administratorsko sučelje svog uređaja kako biste vidjeli je li port u stanju "Prosljeđivanje". U slučaju Cisco preklopnika, status STP-a može se vidjeti pomoću naredbe show spat-tree. Ako je port prikazan kao "Blokiranje", STP blokira komunikaciju na tom portu.
Otopina:
Privremeno onemogući STP:U testnom okruženju moguće je privremeno isključiti STP (na primjer, bez spath-tree vlan 1), ali to se ne preporučuje u produkciji jer može uzrokovati broadcast oluju.
Omogući PortFast:Ako uređaj to podržava, funkcija PortFast može se omogućiti na portu (naredbe poput spath-tree portfast), što omogućuje portu da preskoči fazu slušanja i učenja STP-a i izravno uđe u stanje prosljeđivanja.
Provjerite petlje:Ako je STP blok uzrokovan postojanjem petlji u mreži, dodatno provjerite topologiju mreže kako biste pronašli i prekinuli petlje.
Problemi s STP-om česti su u poslovnim mrežama, posebno u okruženjima s više preklopnika. Ako imate malu mrežu, možda ćete zasad moći preskočiti ovaj korak, ali razumijevanje načina rada STP-a može uvelike pomoći u rješavanju problema u budućnosti.
3. Provjerite radi li ARP kako biste bili sigurni da je MAC adresa ispravno razriješena
Kada je sloj veze normalan, idite na mrežni sloj radi provjere. Naredba Ping oslanja se na ICMP protokol, koji prvo pretvara ciljnu IP adresu u MAC adresu putem protokola za razlučivanje adresa (ARP). Ako razlučivanje ARP-a ne uspije, Ping neće uspjeti.
Provjerite ARP tablicu: Provjerite ARP tablicu na uređaju kako biste potvrdili da je MAC adresa ciljnog uređaja uspješno razriješena. U sustavu Windows, na primjer, možete pregledati ARP predmemoriju otvaranjem naredbenog retka i upisivanjem arp-a. Ako nema MAC adrese za odredišnu IP adresu, razrješavanje ARP-a nije uspjelo.
Ručno testiranje ARP-a:Pokušajte ručno poslati ARP zahtjeve. Na primjer, na Windowsima možete koristiti naredbu ping za pokretanje ARP zahtjeva ili izravno koristiti alat kao što je arping (na Linux sustavima). Ako nema odgovora na ARP zahtjev, mogući razlozi uključuju:
Blokiranje vatrozida:ARP zahtjevi su blokirani vatrozidom nekih uređaja. Provjerite postavke vatrozida ciljnog uređaja i pokušajte ponovno nakon što privremeno isključite vatrozid.
Kolizija IP-a:ARP razrješavanje može propasti ako postoje kolizije IP adresa u mreži. Koristite alat kao što je Wireshark za hvatanje paketa i provjeru odgovara li više MAC adresa na istu IP adresu.
Otopina:
Izbriši Arpcache (Windows: netsh interface ip delete arpcache; Linux: ip-ss neigh flush all) i zatim ponovno Pingni.
Provjerite jesu li IP adrese oba uređaja u istoj podmreži i je li maska podmreže ista (pojedinosti potražite u sljedećem koraku).
Problemi s ARP-om često su usko povezani s konfiguracijom mrežnog sloja i potrebno je strpljenje za rješavanje problema kako bi se osiguralo da sve radi.
4. Provjerite IP adresu i konfiguraciju podmreže kako biste osigurali komunikacijsku infrastrukturu
Problemi na mrežnom sloju često su glavni krivac za neuspjehe Ping-a. Pogrešno konfigurirane IP adrese i podmreže uzrokuju da uređaji ne mogu komunicirati. Evo koraka:
Potvrdite IP adresu:Provjerite jesu li IP adrese dvaju uređaja u istoj podmreži. Na primjer, uređaj A ima IP adresu 192.168.1.10 i masku podmreže 255.255.255.0. Uređaj B ima IP adresu 192.168.1.20 i istu masku podmreže. Dvije IP adrese nalaze se na istoj podmreži (192.168.1.0/24) i teoretski mogu komunicirati. Ako uređaj B ima IP adresu 192.168.2.20, nije na istoj podmreži i Ping neće uspjeti.
Provjerite maske podmreže:Nedosljedne maske podmreže također mogu dovesti do komunikacijskih problema. Na primjer, uređaj A ima masku 255.255.255.0, a uređaj B ima masku 255.255.0.0, što može dovesti do komunikacijskih prepreka zbog različitog razumijevanja opsega podmreže. Provjerite jesu li maske podmreže iste za oba uređaja.
Provjerite postavke pristupnika:Izravno povezani uređaji obično ne trebaju pristupnik, ali pogrešno konfigurirani pristupnici mogu uzrokovati neispravno prosljeđivanje paketa. Provjerite je li pristupnik za oba uređaja postavljen na nekonfigurirano ili pokazuje na ispravnu adresu.
Otopina:
Izmijenite IP adresu ili masku podmreže kako biste osigurali da su oba uređaja u istoj podmreži. Onemogućite nepotrebne postavke pristupnika ili ih postavite na zadanu vrijednost (0.0.0.0).
IP konfiguracija je srž mrežne komunikacije, stoga je važno dvaput provjeriti da ništa ne nedostaje.
5. Provjerite poslane i primljene ICMP pakete kako biste bili sigurni da protokol nije onemogućen
Naredba Ping oslanja se na Internet Control Messaging Protocol (ICMP). Ako se ICMP paketi presretnu ili onemogući, Ping neće uspjeti.
Provjerite pravila svog vatrozida:Mnogi uređaji imaju zadane postavke za vatrozidove, što može blokirati ICMP zahtjeve. U sustavu Windows, na primjer, provjerite postavku "Windows Defender Firewall" kako biste bili sigurni da je pravilo ICMPv4-In dopušteno. Linux sustavi provjeravaju pravilo iptables (iptables -L) kako bi bili sigurni da ICMP nije blokiran.
Provjerite pravila uređaja:Neki usmjerivači ili preklopnici onemogućuju ICMP odgovore kako bi spriječili skeniranje. Prijavite se na zaslon za upravljanje uređajima kako biste provjerili je li ICMP onemogućen.
Analiza hvatanja paketa:Koristite alat poput Wiresharka iliMylinking mrežni dodaciiMylinking mrežni paketni posredniciza hvatanje paketa kako bi se vidjelo je li poslan ICMP zahtjev i je li bilo odgovora. Ako je zahtjev poslan, ali nema odgovora, problem može biti na ciljnom uređaju. Ako nije poslan zahtjev, problem može biti na lokalnom računalu.
Otopina:
(Windows: netsh advfirewall set allprofiles state off; Linux: iptables -F) za provjeru je li Ping vraćen u normalu. Omogućite ICMP odgovore na uređaju (na primjer, Cisco uređaj: ip icmp echo-reply).
Problemi s ICMP-om često su povezani sa sigurnosnim politikama, koje zahtijevaju kompromis između sigurnosti i povezivosti.
6. Provjerite je li format paketa ispravan kako biste osigurali da NEMA anomalija u protokolnom stogu
Ako sve prođe u redu i još uvijek ne možete pingati, možda ćete morati detaljnije provjeriti protokolni stog kako biste provjerili je li paket u ispravnom formatu.
Snimanje i analiza paketa:
Koristite Wireshark za snimanje ICMP paketa i provjerite sljedeće:
- Vrsta i kod ICMP zahtjeva su ispravni (Echo zahtjev treba biti Vrsta 8, Kod 0).
- Jesu li izvorna i odredišna IP adresa ispravne.
- Postoje li abnormalne TTL (Time to Live) vrijednosti koje bi mogle uzrokovati gubitak paketa na pola puta.
Provjerite MTU postavke:Ako postavke maksimalne jedinice prijenosa (MTU) nisu dosljedne, fragmentacija paketa može propasti. Zadani MTU je 1500 bajtova, ali neki uređaji mogu biti konfigurirani s manjim vrijednostima. Testirajte fragmentaciju naredbom ping-fl 1472 target IP (Windows). Ako se zatraži segmentiranje, ali je postavljena zastavica Ne segmentiraj (DF), MTU se ne podudara.
Otopina:
Prilagodite MTU vrijednost (Windows: netsh interface ipv4 set subinterface "Ethernet" mtu=1400 store=persistent).
Provjerite je li MTU na dva uređaja isti.
Problem protokolnog stoga je složeniji, predlaže se da se dubinska analiza provede nakon što je osnovno istraživanje bezuspješno.
7. Prikupite informacije i potražite tehničku podršku
Ako gore navedeni koraci ne riješe problem, možda ćete morati prikupiti dodatne informacije i potražiti tehničku podršku.
Zapisnik:Prikupite podatke iz zapisnika uređaja (syslog usmjerivača/preklopnika, syslog računala) i provjerite ima li kakvih grešaka.
Kontaktirajte proizvođača:Ako je uređaj poslovni proizvod, kao što jeMoje povezivanje(Mrežni priključci, Mrežni posrednici paketaiUgrađeni bypass), Cisco (usmjerivač/prekidač), Huawei (usmjerivač/prekidač), možete se obratiti tehničkoj podršci proizvođača kako biste dobili detaljne korake i zapisnike pregleda.
Iskorištavanje zajednice:Za pomoć objavljivajte na tehničkim forumima (npr. Stack Overflow, Cisco Community) i pružajte detaljne informacije o topologiji i konfiguraciji mreže.
Izravna veza s mrežnim uređajem koji ne uspijeva odgovoriti na ping može se činiti jednostavnom, ali zapravo može uključivati više problema na fizičkom sloju, sloju veze, mrežnom sloju, pa čak i na protokolnom stogu. Većina problema može se riješiti slijedeći ovih sedam koraka, od osnovnih do naprednih. Bilo da se radi o provjeri mrežnog kabela, podešavanju STP-a, provjeri ARP-a ili optimizaciji IP konfiguracije i ICMP pravila, svaki korak zahtijeva pažnju i strpljenje. Nadam se da će vam ovaj vodič dati neke pojašnjenja o tome kako riješiti probleme s internetom, tako da nećete biti zbunjeni ako se suočite sa sličnim problemom.
Vrijeme objave: 09.05.2025.
