Sådan finder du årsagen til lav netværkshastighed i Linux

Hvad viser en måling af netværkshastighed i Linux?

En hastighedstest viser normalt download, upload og latency. Resultatet er dog kun et øjebliksbillede af forbindelsen mellem din Linux-computer og en testserver. En lav downloadhastighed kan derfor skyldes både Wi-Fi, routeren, kablingen, din ISP eller den valgte testserver.

Start med at sammenligne flere målinger på forskellige tidspunkter. Brug helst både en kablet forbindelse og Wi-Fi. Hvis den kablede test er stabil, mens Wi-Fi-resultatet varierer meget, er problemet sandsynligvis lokalt og ikke selve bredbåndsforbindelsen.

Forkert testmetode kan give et misvisende resultat

En almindelig årsag er, at testen udføres med en overbelastet server, en browser med mange aktive faner eller andre downloads i baggrunden. Browserbaserede tests kan også påvirkes af CPU-belastning, VPN og browserudvidelser.

På Linux kan du bruge speedtest eller en tilsvarende CLI-klient til en hurtig kontrol. Kør mindst tre tests og noter download, upload, latency og tidspunkt. Sammenlign derefter med en test via Ethernet direkte til routeren. Brug kun officielle eller velkendte testværktøjer, og vær opmærksom på at måleresultater ikke nødvendigvis svarer til den hastighed, der står i din aftale med operatøren.

Wi-Fi-forstyrrelser og svagt signal

Wi-Fi er en hyppig forklaring på ustabil hastighed. Afstand til routeren, betongulve, metal, andre trådløse netværk og Bluetooth-enheder kan reducere signalets kvalitet. På 2,4 GHz er rækkevidden ofte bedre, men kanalen er mere belastet. 5 GHz eller 6 GHz kan give højere hastighed tæt på routeren, men signalet dæmpes hurtigere.

Kontrollér signal og forbindelse med nmcli device wifi list og iw dev. Test derefter samme computer med et netværkskabel. Flyt routeren fri af skabe og andet elektronisk udstyr, vælg en mindre belastet kanal, og forbind kompatible enheder til 5 GHz eller 6 GHz. Hvis problemet kun opstår i ét rum, bør du undersøge placering eller mesh-dækning før du ændrer abonnement.

Router, modem eller hjemmenetværk er overbelastet

En router kan blive belastet af mange samtidige enheder, store downloads, streaming, cloud-backup eller trafik fra overvågningskameraer. Ældre routere kan også have svært ved at håndtere høj hastighed, mange forbindelser eller avancerede funktioner som VPN og trafikfiltrering.

Genstart router og modem, og gentag testen uden andre aktive brugere. Se efter firmwareopdateringer og kontroller, om routerens WAN- og LAN-porte understøtter den aftalte hastighed. Hvis hastigheden falder, når flere enheder bruger forbindelsen, kan QoS eller bedre trafikstyring hjælpe. Undgå dog at ændre avancerede indstillinger uden først at gemme den nuværende konfiguration.

Forkert linkhastighed eller defekt netværkskabel

En Ethernet-forbindelse kan forhandle til 100 Mbit/s eller 10 Mbit/s, selv om porten og abonnementet understøtter mere. Det sker ofte på grund af et beskadiget kabel, en dårlig stikforbindelse eller en inkompatibel port.

Kontrollér forbindelsen med ethtool eth0 eller det aktuelle interface-navn. Se især efter Speed, Duplex og Link detected. En gigabitforbindelse bør normalt vise 1000Mb/s og fuld duplex. Udskift kablet med et korrekt Cat5e- eller Cat6-kabel, prøv en anden port på routeren, og undgå manuel fastlåsning af duplex, medmindre du ved, at udstyret kræver det.

Baggrundstrafik på Linux-maskinen

Automatiske opdateringer, cloud-synkronisering, torrents, containere og backup-job kan bruge både download og upload. Uploadtrafik er særlig vigtig, fordi en fuld upload ofte øger latency for andre forbindelser og får download til at føles langsom.

Find aktive forbindelser med ss -tupn og overvåg trafik med et værktøj som nload eller iftop. Stop eller begræns store overførsler, før du måler. Hvis problemet vender tilbage på bestemte tidspunkter, bør du kontrollere systemd-timere, cron-job, backupsoftware og containertrafik.

Latency, jitter og pakketab afslører et andet problem

Høj downloadhastighed udelukker ikke en dårlig forbindelse. Høj latency giver langsom reaktion, jitter giver ujævn tale og video, og pakketab kan medføre genudsendelser, afbrydelser og svingende hastighed.

Brug ping til at teste routeren først og derefter en ekstern adresse. Med mtr kan du se, om tab eller forsinkelse opstår i hjemmenetværket eller længere ude på ruten. Hvis ping til routeren allerede er ustabilt, er Wi-Fi, kabel eller lokal hardware den mest sandsynlige årsag. Hvis kun eksterne mål viser problemet, kan fejlen ligge hos ISP’en eller en mellemudbyder.

VPN, MTU og netværkskonfiguration

En VPN kan reducere hastigheden, fordi trafikken krypteres og sendes gennem en ekstra server. Afstanden til VPN-serveren, serverens belastning og den valgte protokol påvirker især latency og upload. Forkert MTU kan desuden give fragmentering eller forbindelser, der fungerer langsomt og ustabilt.

Gentag målingen uden VPN og sammenlign resultatet. Kontroller aktive adresser og ruter med ip addr og ip route. Ændr ikke MTU tilfældigt; mål først og dokumentér den oprindelige værdi. Hvis VPN-forbindelsen er problemet, kan en nærmere server, en anden protokol eller split tunneling forbedre resultatet.

Sådan skelner du mellem lokal fejl og ISP-problem

1. Mål først med Ethernet direkte til routeren.
2. Gentag testen uden VPN og uden aktive downloads.
3. Kontrollér linkhastighed, latency, jitter og pakketab.
4. Sammenlign flere testservere og flere tidspunkter.
5. Test en anden computer på samme forbindelse.

Hvis flere enheder har samme lave hastighed på kabel, og problemet fortsætter på forskellige tidspunkter, bør du kontakte din ISP eller operatør. Oplys måletidspunkt, testserver, forbindelsestype og resultater. Hvis kun én Linux-enhed er langsom, er fejlen oftest relateret til Wi-Fi, driver, kabel, VPN eller lokal baggrundstrafik.

Praktiske optimeringer efter fejlfinding

• Brug Ethernet til stationære computere og kritiske målinger.
• Placér routeren centralt og opdater dens firmware.
• Vælg passende Wi-Fi-bånd og en mindre belastet kanal.
• Udskift beskadigede kabler og kontroller linkforhandlingen.
• Begræns backup, cloud-synkronisering og andre store overførsler.
• Gentag målingen efter hver ændring, så du kan se effekten.

En stabil måling kræver en ensartet metode. Når du tester lokalt først og derefter mod internettet, bliver det lettere at afgøre, om årsagen ligger i Linux-computeren, hjemmenetværket, routeren eller forbindelsen hos operatøren.