Hvorfor er OpenWrt-hastighedstesten langsom?
En OpenWrt hastighedstest kan vise lav downloadhastighed, ustabil upload, høj latency eller pakketab, selv om internetforbindelsen burde være hurtigere. Problemet kan skyldes Wi-Fi, routerens CPU, trafikstyring, MTU, kabler, modem eller forbindelsen hos din ISP. Denne artikel gennemgår de mest almindelige årsager, viser hvordan du isolerer fejlen med målrettede målinger og forklarer, hvilke OpenWrt-indstillinger der kan forbedre resultatet uden at love en bestemt hastighed.
Hvad viser en OpenWrt hastighedstest?
En OpenWrt hastighedstest måler normalt download, upload, latency, jitter og eventuelt pakketab. Resultatet beskriver ikke kun din internetlinje, men også forholdene mellem testserveren, modemmet, OpenWrt-routeren, netværkskablet og den enhed, der kører testen.
En lav måling på Wi-Fi beviser derfor ikke nødvendigvis, at din fiber-, kabel- eller DSL-forbindelse er langsom. Test først med en kablet computer og gentag målingen på forskellige tidspunkter. Sammenlign også med den hastighed, som din ISP eller operatør angiver for abonnementet, uden at betragte den som en garanteret måling.
Årsag 1: Wi-Fi begrænser hastigheden
Wi-Fi er en hyppig forklaring på en lav OpenWrt hastighedstest. Afstand til routeren, vægge, andre trådløse netværk og brug af 2,4 GHz kan reducere både gennemstrømning og stabilitet. En ældre klient kan også have en lavere praktisk hastighed end routerens trådløse standard.
Test med netværkskabel direkte til routeren. Hvis kabeltesten er markant bedre, ligger begrænsningen sandsynligvis i Wi-Fi-dækning, kanalvalg eller klientens trådløse funktioner. Vælg en mindre belastet kanal, brug 5 GHz eller 6 GHz når det er muligt, og placér routeren mere åbent.
Årsag 2: Routerens CPU er overbelastet
OpenWrt kan bruge betydelige CPU-ressourcer på firewall-regler, VPN, kryptering, trafikmåling og andre tjenester. På en router med begrænset hardware kan CPU-belastningen blive flaskehalsen under en hastighedstest, især ved hurtige fiberforbindelser.
Åbn statusvisningen i LuCI, og se CPU-belastning og systemets load under testen. Hvis CPU-forbruget når tæt på fuld belastning, kan du deaktivere unødvendige tjenester, opdatere firmware eller vælge en router med kraftigere hardware. En VPN-test bør sammenlignes med en test uden VPN.
Årsag 3: SQM eller anden trafikstyring er forkert indstillet
Smart Queue Management, ofte kaldet SQM, kan reducere bufferbloat og forbedre latency, men en for lav konfigureret hastighed begrænser også den maksimale download- og uploadhastighed. Forkerte interface-indstillinger kan give samme symptom.
Kontrollér i LuCI, at SQM bruger det rigtige WAN-interface, og at download- og uploadværdierne passer til den reelle linje. Sammenlign en test med SQM midlertidigt deaktiveret med en test efter justering. Målet er en god balance mellem hastighed og latency, ikke blot den højeste enkeltstående måling.
Årsag 4: MTU, VLAN eller modemtilslutning skaber fejl
En forkert MTU kan føre til fragmentering eller tabte pakker. Det kan især ses på forbindelser med PPPoE, VLAN eller en særlig opsætning mellem modem og OpenWrt-router. Symptomerne kan være lav hastighed, ustabile forbindelser eller enkelte webtjenester, der reagerer langsomt.
Kontrollér WAN-typen, VLAN-konfigurationen og den MTU-værdi, som din ISP anbefaler. Brug ping med passende pakkestørrelse til at undersøge, om store pakker fejler. Ændr kun én indstilling ad gangen, og gem en sikkerhedskopi af OpenWrt-konfigurationen før ændringer.
Årsag 5: Kablet, porten eller linkhastigheden er begrænset
Et beskadiget eller gammelt Ethernet-kabel kan få forbindelsen til at forhandle 100 Mbit/s i stedet for 1 Gbit/s eller mere. En defekt switchport, USB-netværksadapter eller dårlig kontakt kan give samme begrænsning og kan samtidig øge risikoen for fejl.
Kontrollér den forhandlede linkhastighed i OpenWrt og på den tilsluttede computer. Prøv et andet kabel og en anden port, og test uden mellemled som switch eller powerline-adapter. Hvis forbindelsen falder til en lavere hastighed under belastning, bør hardwareforbindelsen undersøges nærmere.
Årsag 6: ISP, modem eller netværksbelastning påvirker testen
En hastighedstest kan være lav i perioder med høj belastning hos ISP’en, på testserveren eller i det lokale netværk. Et modem i forkert driftstilstand, signalproblemer på kabelnettet eller en DSL-linje med støj kan også påvirke resultatet.
Gentag testen på flere servere og tidspunkter. Test direkte via kabel, mens andre enheder ikke streamer, sikkerhedskopierer eller downloader. Hvis flere enheder har samme problem, og routerens CPU samt Wi-Fi ikke er flaskehalse, bør du kontakte din ISP med målinger af download, upload, latency og eventuelt pakketab.
Sådan isolerer du fejlen systematisk
- Genstart modem og router, og vent til forbindelsen er stabil.
- Kør en hastighedstest med kabel direkte til OpenWrt-routeren.
- Gentag testen uden VPN, SQM og tunge baggrundstjenester.
- Sammenlign flere testservere og mindst to forskellige tidspunkter.
- Kontrollér CPU-belastning, linkhastighed, WAN-interface og fejlstatistik.
- Test derefter Wi-Fi separat fra selve internetforbindelsen.
Notér hver ændring og måling. På den måde kan du se, om problemet følger en bestemt enhed, routerfunktion, forbindelse eller tidspunkt.
Optimer OpenWrt uden at miste stabilitet
- Brug den seneste stabile OpenWrt-version, som understøtter routerens hardware.
- Placér Wi-Fi-kanaler efter lokal støj, og adskil eventuelt 2,4 GHz og 5 GHz-netværk.
- Brug SQM med realistiske hastighedsværdier, hvis bufferbloat er et problem.
- Undgå unødvendige VPN- og overvågningstjenester på svag hardware.
- Kontrollér kabler, WAN-link og MTU, før du ændrer avancerede firewall-regler.
En stabil kablet måling er det bedste udgangspunkt. Når den fungerer, kan du optimere Wi-Fi og trafikstyring uden at forveksle et lokalt trådløst problem med en fejl hos operatøren.