Rendszeres hibakeresési útmutató: mit tégy, ha lassú vagy akadozik az otthoni internet?

Az otthoni internetkapcsolat lassulása, a magas késleltetés vagy az időszakos szakadások rendkívül bosszantóak lehetnek – különösen akkor, ha otthoni munkavégzésről, videókonferenciáról vagy online használatról van szó. A legtöbb felhasználó ilyenkor azonnal a szolgáltató ügyfélszolgálatát hívja, ám az esetek jelentős részében a hiba nem a szolgáltatói hálózatban, hanem a lakáson belüli infrastruktúrában (rossz beállítású Wi-Fi, hibás Ethernet kábel, túlterhelt router vagy belső pufferelési gondok) van.

Ez a diagnosztikai útmutató egy mérnöki logikára épülő, lépésről lépésre követhető hibakeresési eljárást mutat be. A lépések pontos követésével kizárhatod a helyi tényezőket, beazonosíthatod a szűk keresztmetszetet, és amennyiben a hiba valóban a szolgáltatónál van, szakszerű, mérési adatokkal alátámasztott hibabejelentést tehetsz.

1. Lépés: A fizikai elkülönítés – Kábel vs. Wi-Fi

A legelső és legfontosabb lépés a helyi vezeték nélküli (Wi-Fi) hálózat teljes kiiktatása a mérési folyamatból. A rádiós környezet kiszámíthatatlan: a szomszédok Wi-Fi hálózatai, a Bluetooth eszközök és az épületszerkezeti csillapítások elfedhetik a vonal valós állapotát.

A diagnosztikai mérés előkészítése:

1. Keress egy szabványos, garantáltan működő Cat5e, Cat6 vagy Cat6a Ethernet kábelt.
2. Csatlakoztasd a számítógépedet közvetlenül az internetszolgáltató által biztosított modem / ONT eszköz egyik gigabites (vagy 2.5G) LAN portjára.
3. Kapcsold ki a számítógépeden a Wi-Fi adaptert, hogy az adatforgalom biztosan a kábeles interfészen futson.
4. Állíts le minden háttérben futó letöltést (torrent, felhős szinkronizáció, rendszerfrissítések, streaming szolgáltatások).

Ellenőrzési pont: Nyisd meg a számítógép hálózati kártyájának állapotlapját. Győződj meg róla, hogy a kapcsolat fizikai sebessége (Link Speed) 1000/1000 Mbit/s (vagy 2500/2500 Mbit/s). Ha a hálózati kártya csak 100 Mbit/s-ot mutat, a hibát a sérült Ethernet kábel, a megtört csatlakozó vagy a hálózati kártya hibás érintkezője okozza.

2. Lépés: A szolgáltatói modem és a fizikai vonal állapotának ellenőrzése

Miután kábellel csatlakoztál, ellenőrizni kell a fizikai csatlakozási réteget. Nyiss meg egy böngészőt, és lépj be a szolgáltatói modem / ONT adminisztrációs felületére (általában a 192.168.1.1 vagy 192.168.0.1 címen).

Mit keress a modem statisztikájában?

• Optikai kapcsolat (GPON / FTTH) esetén: Keresd az Optical Power vagy Rx/Tx Power értéket. A vett optikai teljesítménynek (Rx Power) jellemzően -8 dBm és -27 dBm között kell lennie. Ha az érték -28 dBm-nél alacsonyabb (például -32 dBm), az optikai szál meghajlott, megtört vagy a csatlakozó beszennyeződött, ami azonnali csomagvesztést okoz.
• Koaxiális kapcsolat (DOCSIS / Kábeltévé) esetén: Keresd a Downstream SNR és Uncorrectable Codewords értékeket. A jel-zaj aránynak (SNR) 35 dB felett kell lennie. Ha a nem javítható kódbejegyzések száma folyamatosan növekszik, a hálózat zajos.
• Rézpáros kapcsolat (VDSL) esetén: Keresd a szinkronsebességet (Actual Rate) és a Line Attenuation értéket. Ha a szinkronsebesség alacsonyabb a megrendelt csomag sávszélességénél, a vonalon fizikai érpáros hiba vagy csillapítási gond áll fenn (erről részletesen a névleges és valós sebességről szóló cikkünkben olvashatsz).

3. Lépés: Belső hálózati teljesítménymérés (LAN iPerf3 teszt)

Mielőtt az internet felé mérnél, ellenőrizned kell, hogy az otthoni routered képes-e átvinni a kívánt sávszélességet a belső hálózaton. Sok olcsóbb vagy régebbi router processzora (CPU) nem képes 300–400 Mbit/s-nál többet feldolgozni a NAT és a tűzfalszabályok mellett.

Az iPerf3 teszt elvégzése:

1. Szükséged lesz két belső hálózati eszközre (például egy asztali PC-re és egy laptopra).
2. Töltsd le az ingyenes, nyílt forráskódú iperf3 eszközt mindkét gépre.
3. Az első gépen indítsd el a szerver módot:

   iperf3 -s
   

4. A másik gépről indítsd el a mérést a szerver belső IP-címét megadva:

   iperf3 -c 192.168.1.50 -P 4
   

Eredmény kiértékelése: Ha az iPerf3 mérés kábeles kapcsolaton eléri a 940–950 Mbit/s értéket, a belső hálózatod és a router elosztókapacitása tökéletes. Ha az eredmény kábellel is lényegesen alacsonyabb (például 300 Mbit/s), a router processzora jelent szűk keresztmetszetet.

4. Lépés: Késleltetés, jitter és Bufferbloat diagnosztika

Ha a letöltési sebesség megfelelő, de a kapcsolat akadozik, a hibát a késleltetés szórása (jitter) vagy a pufferelési túlcsordulás (Bufferbloat) okozza.

A) MTR nyomvonal-elemzés

Nyiss meg egy terminált, és futtass MTR mérést egy megbízható külső IP-címre (például 1.1.1.1 vagy 8.8.8.8):

mtr -c 100 --report 1.1.1.1

MTR elemzési útmutató:

• 1. ugrás (Hop 1 - Saját router): Ha itt tapasztalsz csomagvesztést vagy 2 ms feletti pinget, a gond a belső kábellel vagy a routerrel van.
• 2. ugrás (Hop 2 - Szolgáltatói átjáró / BNG): Ez a szolgáltató első belépési pontja. Ha a ping itt ugrik meg (például 10 ms-ról 120 ms-ra) vagy itt jelenik meg csomagvesztés, a szolgáltatói hozzáférési hálózat túlterhelt.
• Utolsó ugrás: Ha az első 8 ugráson nincs csomagvesztés, de a célállomás előtt 10%-os vesztés látható, a hiba a nemzetközi Peering ponton vagy a célszervernél van.

B) Bufferbloat tesztelés

Indíts el egy folyamatos ping mérést:

ping -c 60 1.1.1.1

A mérés 10. másodpercében indíts el egy maximális sebességű fájlletöltést vagy feltöltést.

• Normális viselkedés: A ping érték legfeljebb 5–15 ms-mal emelkedik meg.
• Bufferbloat hiba: A ping érték 15 ms-ról 200–600 ms-ra ugrik fel, vagy csomagok kezdenek eldobódni. Ebben az esetben a routereden Smart Queue Management (SQM) sorkezelést kell beállítani (erről részletesen a késleltetésről szóló cikkünkben olvashatsz).

5. Lépés: Címzési korlátok és DNS feloldási teszt

Előfordulhat, hogy a kapcsolat nem szakad meg, de a weboldalak megnyitása másodpercekig tart vagy bizonyos otthoni szolgáltatások nem érhetők el kívülről.

A) DNS feloldási sebesség ellenőrzése

Gyakori hiba, hogy a szolgáltató saját DNS szervere túlterhelt vagy lassú. Teszteld a névfeloldást a dig vagy nslookup paranccsal:

dig nethir.hu @192.168.1.1

Hasonlítsd össze az eredményt egy nyilvános, gyors DNS szolgáltatóval:

dig nethir.hu @1.1.1.1

Ha a válaszidő (Query time) a szolgáltatói DNS-en 100 ms felett van, míg az 1.1.1.1-en 10 ms alatti, állítsd át a routeredben az elsődleges DNS szervert a Cloudflare (1.1.1.1) vagy a Google (8.8.8.8) nyilvános címeire.

B) CGNAT és elérhetőségi ellenőrzés

Ha kívülről szeretnéd elérni az otthoni eszközeidet, ellenőrizd a router WAN IP-címét. Ha a cím 100.64.X.X és 100.127.X.X közé esik, akkor CGNAT mögött vagy, így a porttovábbítás nem fog működni. Ekkor ingyenes alagútmegoldást (Tailscale, Cloudflare Tunnel) kell használnod, vagy publikus IP-címet kell kérned a szolgáltatódtól (részletesen lásd a CGNAT útmutatónkat).

6. Lépés: Mikor és hogyan hívjuk a szolgáltatót?

Ha a fenti lépéseket végigcsináltad, és a mérések igazolják, hogy:

1. Kábeles csatlakozásnál, leállított háttérforgalom mellett a sávszélesség tartósan a garantált érték alatt van,
2. Vagy a modem optikai/kábel jelszintje kívül esik a normál tartományon,
3. Vagy az MTR mérés szerint a csomagvesztés a szolgáltatói 2. ugrástól (Hop 2) kezdve tartósan fennáll,

akkor érkezett el az idő a szolgáltatói hibabejelentésre.

Hogyan tegyél hatékony hibabejelentést?

A gyors és szakszerű elintézés érdekében kerülendők az általános megfogalmazások (“lassú a net”). Ehelyett a bejelentés során az alábbi pontos adatokat add át az ügyfélszolgálatnak:

• Mérési elrendezés: “A mérést Cat6 Ethernet kábellel, közvetlenül a modemre csatlakozva, leállított háttérforgalom mellett végeztem.”
• Konkrét számadatok: “A megrendelt 1000 Mbit/s helyett a mérések tartósan 180 Mbit/s értéket mutatnak, ami alacsonyabb a szerződésben vállalt garantált 300 Mbit/s értéknél.”
• MTR és jelszint adatok: “A modem adminisztrációs felületén a vett optikai teljesítmény -29.5 dBm, és az MTR teszt szerint a 2. ugrástól kezdve 15%-os csomagvesztés mérhető.”

Az ilyen szintű, műszakilag alátámasztott hibaleírás alapján a szolgáltatói másodvonalbeli támogatás azonnal látni fogja, hogy valós hálózati problémáról van szó, és elkerülhetők a felesleges körök a belső Wi-Fi hibák kiszűrésére.

Összefoglaló diagnosztikai ellenőrzőlista