In een aantal documenten proberen we een distributie-onafhankelijke manier te vinden wat te doen bij de vraag: "ik geraak niet meer op internet". Met andere woorden: troubleshooting van de internet connectie. Dit document is bedoeld als een soort stappenplan die kan helpen om de juiste vragen te stellen op forums. Dit deel gaat over de stappen 4 en 5: testen van de internet connectie.
Juist omdat we distributie onafhankelijk willen zijn, maken we gebruik van command-line utilities die op elk Linux systeem aanwezig zijn.
Stap 4: voorbij de router
In stap 3 hebben we getest of we vanaf de pc connectiviteit hebben tot aan de router. In deze 4e stap gaan we kijken of we ook voorbij de router kunnen. Een goede methode hiervoor is gebruik maken van de ping utility.
Welke server op internet je gaat pingen is niet zo belangrijk, zolang je er maar behoorlijk zeker van kan zijn dat deze ook bereikbaar is. Een voorbeeld hiervan kan bijvoorbeeld zijn de dns server van je provider.
ping -c5 83.98.255.11 PING 83.98.255.11 (83.98.255.11) 56(84) bytes of data. 64 bytes from 83.98.255.11: icmp_seq=1 ttl=253 time=20.3 ms 64 bytes from 83.98.255.11: icmp_seq=2 ttl=253 time=19.6 ms 64 bytes from 83.98.255.11: icmp_seq=3 ttl=253 time=20.0 ms 64 bytes from 83.98.255.11: icmp_seq=4 ttl=253 time=20.9 ms 64 bytes from 83.98.255.11: icmp_seq=5 ttl=253 time=19.6 ms --- 83.98.255.11 ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4005ms rtt min/avg/max/mdev = 19.607/20.117/20.935/0.509 ms
Ik specificeer in bovenstaande voorbeeld het aantal pakketjes wat verzonden moet worden: 5x. Als je dat niet doet blijft ping oneindig doorgaan, wat je kunt onderbreken met de toetscombinatie ctrl+c
Als deze stap mislukt, maar je kunt wel tot op de router geraken, dan ligt het probleem niet aan Linux, maar aan de verbinding tussen de router en je provider en zul je het troubleshooten moeten doen op de router zelf. De meeste routers bieden overigens de mogelijkheid om vanaf de router een ping uit te kunnen voeren.
Je moet echter wel zeker zijn dat het echt ligt aan de verbinding, en dat niet perongeluk de server die je probeert te bereiken er tijdelijk uit ligt. Je kunt dit dubbelchecken met het traceroute commando.
traceroute -n 212.100.160.51 traceroute to 212.100.160.51 (212.100.160.51), 64 hops max, 40 byte packets 1 192.168.1.254 3 ms 4 ms 3 ms 2 83.98.252.1 20 ms 19 ms 21 ms 3 83.98.224.5 18 ms 19 ms 18 ms 4 89.30.132.129 18 ms 20 ms 25 ms 5 80.81.192.14 27 ms 27 ms 27 ms 6 87.86.77.54 37 ms 39 ms 37 ms 7 87.86.71.189 38 ms 38 ms 38 ms 8 212.100.162.57 39 ms 39 ms 39 ms 9 212.100.162.45 38 ms 38 ms 38 ms 10 212.100.161.14 38 ms 38 ms 37 ms 11 212.100.160.51 38 ms 39 ms 38 ms
Hop 1 is de router, bij Hop 2 zijn we aangeland bij mijn internet provider.
Stap 5: dns
Als je een reply terug krijgt, dan wordt het tijd om te kijken of het ook op domeinnaam lukt. Bijvoorbeeld:
ping -c5 www.google.com PING www.l.google.com (74.125.79.106) 56(84) bytes of data. 64 bytes from ey-in-f106.google.com (74.125.79.106): icmp_seq=1 ttl=54 time=24.4 ms 64 bytes from ey-in-f106.google.com (74.125.79.106): icmp_seq=2 ttl=54 time=25.1 ms 64 bytes from ey-in-f106.google.com (74.125.79.106): icmp_seq=3 ttl=54 time=25.6 ms 64 bytes from ey-in-f106.google.com (74.125.79.106): icmp_seq=4 ttl=54 time=24.2 ms 64 bytes from ey-in-f106.google.com (74.125.79.106): icmp_seq=5 ttl=54 time=24.9 ms --- www.l.google.com ping statistics --- 5 packets transmitted, 5 received, 0% packet loss, time 4005ms rtt min/avg/max/mdev = 24.228/24.884/25.656/0.538 ms
Als dit niet lukt, maar op ip adres wel, dan ligt het vrijwel zeker aan je dns instellingen. Je kunt deze instellingen doen met behulp van de configuratie utilities die zijn meegeleverd bij je Linux distributie of door het bestand /etc/resolv.conf te bewerken, want in dit bestand worden deze instellingen opgeslagen.
