Hvordan restarte nettverkstjenesten

Når nettverket på en Linux-maskin svikter, er det fristende å restarte alt. Det kan skjule årsaken og kutte forbindelsen til en maskin du styrer via SSH. Finn først ut om problemet gjelder fysisk forbindelse, IP-adresse, navneoppslag eller én bestemt tjeneste. Endre bare det som faktisk er berørt.

Sjekk tilstanden før du endrer noe

ip -br address
ip route
systemctl is-active NetworkManager
systemctl is-active systemd-networkd

De to siste kommandoene hjelper deg å finne nettverkstjenesten, men at en tjeneste er inaktiv betyr ikke automatisk at den andre styrer tilkoblingen. På Ubuntu kan Netplan beskrive konfigurasjonen, mens NetworkManager eller systemd-networkd utfører arbeidet. Kontroller også konfigurasjonen og hvilket grensesnitt som faktisk bærer forbindelsen. På en server du bare når over nettverket, må du ha konsolltilgang eller en testet tilbakevei før du gjør endringer som kan bryte den forbindelsen.

Når NetworkManager styrer tilkoblingen

På en lokal PC kan du først se hva NetworkManager mener er aktivt:

nmcli general status
nmcli device status
nmcli connection show --active

Hvis et bestemt grensesnitt har et problem, undersøk den aktive profilen før du gjør en avgrenset endring. nmcli device reapply <grensesnitt> forsøker å bruke endringer i den aktive profilen uten å koble fra, men ikke alle endringer kan brukes på denne måten. En ned- og oppkobling av profilen eller systemctl restart NetworkManager kan avbryte forbindelsen. nmcli networking off slår av nettverkshåndteringen bredt og er ikke en skånsom omstart av ett grensesnitt.

Ved fjernadministrasjon kan NetworkManagers nmcli device checkpoint gi en tidsbegrenset tilbakeføring for forstyrrende endringer. Les syntaksen og test at den finnes i den installerte versjonen før du bruker den. En tmux– eller screen-økt alene gjenoppretter ikke en mistet nettverksforbindelse.

Når systemd-networkd eller Netplan brukes

Hvis systemd-networkd styrer grensesnittet, les status og logger før du vurderer å restarte tjenesten:

networkctl status
systemctl status systemd-networkd
journalctl -u systemd-networkd -b --no-pager

Har du endret en Netplan-fil på en Ubuntu-maskin, er sudo netplan try normalt et bedre førstevalg enn sudo netplan apply over SSH: endringen er midlertidig til du bekrefter den. Tilbakeføring er likevel ikke garantert i alle tilfeller; verifiser faktisk tilstand dersom testen avbrytes. Ta kopi av konfigurasjonen og sørg for en uavhengig tilgangsvei før risikable endringer.

Ikke bruk DHCP- og DNS-kommandoer som generell omstart

dhclient -r frigjør en DHCP-leie og kan ta bort IP-adressen du bruker til fjernaksess. Dessuten er ikke dhclient nødvendigvis klienten som styrer leien. Bruk den dokumenterte metoden for nettverkstjenesten og det konkrete grensesnittet. Tilsvarende er det sjelden grunn til å restarte systemd-resolved ved et uspesifikt nettverksproblem.

Test heller trinnvis: Har grensesnittet adresse og rute? Kan du nå en kjent IP? Fungerer navneoppslag? Sjekk resolvectl status der systemd-resolved brukes. Hvis IP-forbindelsen virker, men domenenavn feiler, følg vår guide til DNS-feilsøking i Linux. En mislykket ping alene beviser ikke at DNS er årsaken; noen mål blokkerer ICMP.

Kilder

• NetworkManager: nmcli-dokumentasjon
• Netplan: midlertidig konfigurasjon med netplan try