De methodiek die een netwerkkenner zou gebruiken is op alle lagen van het OSI model kijken waar iets fout gaat.
En dat moet je in een bepaalde volgorde doen.
Als ik het zo zie is de omgekeerde volgorde gebruikt, maakt niet uit want jullie zijn juist op zoek naar een methode.
Een speedtest (maakt eigenlijk niet uit welke) is ok om te gebruiken, maar dat is de hoogste laag van het OSI model. De applicatie laag (L7).
We moeten de andere kant beginnen met testen. (aangezien daar specifieke tools voor zijn (dus wel m.b.v. de applicatie laag) gaan we die gebruiken om te troubleshooten.)
Waarom? Kort door de bocht: Als je netwerktechnisch kijkt naar je internet verbinding en iets werkt niet op laag 3 dan werken alle bovenstaande lagen ook niet, oftewel als je verbinding er niet is kun je niet internetten.
Er zijn er een paar handige:
ping
traceroute/tracert
winMTR
voor het gemak: Ping; ping staat op elke windows/linux machine.
ping >> zoeken >> cmd >>opdrachtpromt >> ping. (usage: ping -t <ip adres>)
ping -t is een continue ping; je kunt die stoppen met ctrl+c, of het venstertje sluiten.
Je kunt ping gebruiken voor verschillende zaken, maar de essentie is dat als je aan het troubleshooten bent je het gebruikt om L3 issues te troubleshooten. Laag 3 is de netwerk laag. Die laag heeft te maken met routeringen die zijn aangebracht door de ISP. (of als je een gevorderde gebruiker bent, ook in je eigen netwerk)
met de L3 informatie kun je ook connectiviteits issues lokaliseren. Als de verbinding tussen je modem/router en ISP wegvalt, valt de routering ook weg en kun je het ip adres niet meer pingen. (Je kunt dan niet meer internetten)
De truc is uiteraard wel dat je "toevallig" net zo'n ping moet hebben lopen, als de verbinding wegvalt. En de 2e truc is dat je er meerdere tegelijkertijd, continue moet hebben lopen. (Misschien met een laptop en een pc tegelijkertijd, of 2 laptops) Op een bekabelde en een via wifi verbonden apparaat. je pingt tegelijkertijd naar de gateway én naar een ip adres op het internet. Daar moet je 2 van die cmd (de opdracht prompt) vensters voor hebben openstaan. Eerst moet je de default gateway vinden.
dat kan je met hetzelfde venstertje doen: zoeken >> cmd >>opdrachtpromt >> ipconfig /all
Daar krijg je zoiets te zien als: (over het algemeen staat er iets meer informatie dan wat ik hier dump)
code:
1
2
3
4
5
6
7
8
| IPv4 Address. . . . . . . . . . . : 192.168.1.82(Preferred)
Subnet Mask . . . . . . . . . . . : 255.255.254.0
Lease Obtained. . . . . . . . . . : woensdag 26 januari 2022 20:35:04
Lease Expires . . . . . . . . . . : zondag 6 februari 2022 12:35:05
Default Gateway . . . . . . . . . : 192.168.1.254
DHCP Server . . . . . . . . . . . : 192.168.1.254
DNS Servers . . . . . . . . . . . : 192.168.0.1
192.168.1.111 |
Dus als je begint met je eerste venstertje waar je ipconfig /all informatie hebt gevonden: ping <ip adres Default Gateway> oftewel in mijn geval ping -t 192.168.1.254; de default gateway is LAN kant van de mode/router. (de "binnenkant" van je netwerk.)
code:
1
2
3
4
5
6
7
8
| ping -t 192.168.1.254
Pinging 192.168.1.254 with 32 bytes of data:
Reply from 192.168.1.254: bytes=32 time<1ms TTL=64
Reply from 192.168.1.254: bytes=32 time<1ms TTL=64
Reply from 192.168.1.254: bytes=32 time<1ms TTL=64
Reply from 192.168.1.254: bytes=32 time<1ms TTL=64
Reply from 192.168.1.254: bytes=32 time<1ms TTL=64 |
Op het moment dat de verbinding aan de LAN verstoord is krijg je:
code:
1
2
3
| request timed out.
request times out.
etc... |
Als je tegelijkertijd aan het pingen bent in je 2e venstertje naar bijvoorbeeld tweakers, dan check je het pad van je lokale netwerk, naar het internet via de WAN kant.
code:
1
2
3
4
5
6
7
8
| ping -t tweakers.net
Pinging tweakers.net [213.239.154.30] with 32 bytes of data:
Reply from 213.239.154.30: bytes=32 time=8ms TTL=51
Reply from 213.239.154.30: bytes=32 time=7ms TTL=51
Reply from 213.239.154.30: bytes=32 time=7ms TTL=51
Reply from 213.239.154.30: bytes=32 time=9ms TTL=51
Reply from 213.239.154.30: bytes=32 time=8ms TTL=51 |
Op het moment dat je een connectiviteits issue hebt dan kun je tweakers niet meer pingen.
(as said, je hebt 2 venstertjes tegelijkertijd met een ping staan)
code:
1
2
3
| request timed out.
request times out.
etc... |
Mocht je terwijl je tweakers en je gateway aan het pingen bent tweakers niet meer kunnen pingen, maar wel je default gateway, dan ligt het issue niet (op dat moment, er zijn nog wat varianten, die voor nu nog niet relevant zijn) bij jou.
success alvast
:strip_icc():strip_exif()/u/332368/crop60ddd238ba165_cropped.jpg?f=community)
/u/286700/avatar_916e23a12c4e_128.png?f=community){kind=avatar}
:strip_icc():strip_exif()/u/333229/Logo%2520RFixIT%2520Tweakers.jpg?f=community)