Kan vara flera saker, så låt oss börja felsöka lite.
Till en börja med, vad krävs för att nätverket åter ska börja fungera som det ska? Startar du om något, eller räcker det att vänta?
Nästa gång felet uppstår kan det vara värt att börja testa nätverket från grunden, för att se vad som funkar och inte funkar.
Steg ett är att testa och se ifall du kan nå din lokala router. Vet du vad den har för ip-address? Inte osannolikt att det är något i stil med 192.168.0.1 eller 192.168.1.1. För exemplet nedan så kommer jag att det senare.
Ett grundläggande nätverktest är att skicka (icmp) ping, och se ifall det kommer tillbaks ett svar. Du kan göra det genom att följande kommando i terminalen. Givet den lokala förbindelsen är funkis torde du se något i stil med följande.
Kod: Markera allt
andreas@corrino:~$ ping -c10 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=3.15 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=2.77 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=3.77 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=3.78 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=3.63 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=2.63 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=3.73 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=3.57 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=3.70 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=2.99 ms
--- 192.168.1.1 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9015ms
rtt min/avg/max/mdev = 2.637/3.377/3.786/0.427 ms
andreas@corrino:~$
Är det inga lokala problem så är nästa steg att pröva att pinga ett extern ip-nummer. Ett säkert kort torde vara Googles 8.8.8.8.
Kod: Markera allt
andreas@corrino:~$ ping -c10 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=47 time=24.3 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=47 time=25.2 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=47 time=22.8 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=47 time=20.6 ms
64 bytes from 8.8.8.8: icmp_seq=5 ttl=47 time=18.3 ms
64 bytes from 8.8.8.8: icmp_seq=6 ttl=47 time=27.1 ms
64 bytes from 8.8.8.8: icmp_seq=7 ttl=47 time=25.8 ms
64 bytes from 8.8.8.8: icmp_seq=8 ttl=47 time=24.7 ms
64 bytes from 8.8.8.8: icmp_seq=9 ttl=47 time=19.0 ms
64 bytes from 8.8.8.8: icmp_seq=10 ttl=47 time=21.3 ms
--- 8.8.8.8 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 9012ms
rtt min/avg/max/mdev = 18.328/22.966/27.189/2.858 ms
andreas@corrino:~$
Anledning till att vi hitintills har använt oss utav ip-adresser har varit för att kunna testa själva nätverksförbindelsen, oavsett status på DNS. Givet att du även kan prata med 8.8.8.8 så nästa steg att testa ifall din dator kan slå upp DNS ordentligt, vilket i praktiken är en förutsättning för att kunna nå webbsidor, etc. För det kan vi använda oss utav kommandot host
Kod: Markera allt
andreas@corrino:~$ host www.sunet.se
www.sunet.se is an alias for vision.sunet.se.
vision.sunet.se has address 192.36.171.156
vision.sunet.se has IPv6 address 2001:6b0:8:1::154
vision.sunet.se has IPv6 address 2001:6b0:8:1::155
andreas@corrino:~$ host www.google.com
www.google.com has address 173.194.32.16
www.google.com has address 173.194.32.20
www.google.com has address 173.194.32.17
www.google.com has address 173.194.32.19
www.google.com has address 173.194.32.18
www.google.com has IPv6 address 2a00:1450:400f:800::1014
andreas@corrino:~$
Beroende på var, eller om, dessa tester misslyckas så får vi se hur vi vill gå vidare med felsökandet. Pröva förövrigt gärna att göra samtliga tester medans du vet att du har en fungerande uppkoppling, så att det inte blir fel på fel vis sedan när det ska till att testas på riktigt.