Ping naar internet werkt opeens niet meer

[Stijn2911]

Dag allemaal, 

Ik heb een vreemd probleem met mijn internet connectie. 

Sinds 11:44u vandaag zie ik in mijn monitoring dat de Google DNS Server opeens stopt met antwoorden op mijn pings:

Op ditzelfde moment (11:44u) was er ook een korte uitval van enkele minuten op het netwerk. 

De monitoring wordt gedaan via een Prometheus Docker container op een Raspberry Pi aangesloten op mijn eigen Ubiquiti Edgerouter X die aangesloten is op de Telenet Wifi 6 modem. 

Ik deed een reboot van de Raspberry Pi, router en modem, maar er wordt nog steeds niet gereageerd op pings door Google, of enig ander publiek IP adres dat bereikbaar zou moeten zijn via ICMP. 

Om te testen waar het probleem zit, sloot ik rechtstreeks aan achter de Telenet Modem met een UTP kabel. Ook hier ontvang ik geen respons op mijn pings.

Interface details van mijn laptop:

en5: flags=8863<UP,BROADCAST,SMART,RUNNING,SIMPLEX,MULTICAST> mtu 1500

options=6464<VLAN_MTU,TSO4,TSO6,CHANNEL_IO,PARTIAL_CSUM,ZEROINVERT_CSUM>

ether 00:24:9b:55:be:88

inet6 fe80::41f:d2f6:f391:454b%en5 prefixlen 64 secured scopeid 0x17 

inet6 2a02:1810:1c1f:1700:1cb8:e963:3eae:269c prefixlen 64 autoconf secured 

inet6 2a02:1810:1c1f:1700:784a:11e5:ebd6:30d0 prefixlen 64 autoconf temporary 

inet 192.168.0.156 netmask 0xffffff00 broadcast 192.168.0.255

nd6 options=201<PERFORMNUD,DAD>

media: autoselect (1000baseT <full-duplex>)

status: active

Pingresultaten:

stijnvanderbiesen@Stijns-MacBook-Air ~ % ping [IP-adres verwijderd]

PING [IP-adres verwijderd] : 56 data bytes

Request timeout for icmp_seq 0

Request timeout for icmp_seq 1

^C

--- [IP-adres verwijderd] ping statistics ---

3 packets transmitted, 0 packets received, 100.0% packet loss

stijnvanderbiesen@Stijns-MacBook-Air ~ % ping 8.8.8.8      

PING 8.8.8.8 (8.8.8.8): 56 data bytes

Request timeout for icmp_seq 0

Request timeout for icmp_seq 1

Request timeout for icmp_seq 2

Request timeout for icmp_seq 3

Request timeout for icmp_seq 4

^C

--- 8.8.8.8 ping statistics ---

6 packets transmitted, 0 packets received, 100.0% packet loss

Pingen naar de Gateway werkt wel:

stijnvanderbiesen@Stijns-MacBook-Air ~ % ping 192.168.0.1

PING 192.168.0.1 (192.168.0.1): 56 data bytes

64 bytes from 192.168.0.1: icmp_seq=0 ttl=64 time=1.910 ms

64 bytes from 192.168.0.1: icmp_seq=1 ttl=64 time=1.898 ms

64 bytes from 192.168.0.1: icmp_seq=2 ttl=64 time=1.790 ms

64 bytes from 192.168.0.1: icmp_seq=3 ttl=64 time=1.925 ms

64 bytes from 192.168.0.1: icmp_seq=4 ttl=64 time=1.842 ms

64 bytes from 192.168.0.1: icmp_seq=5 ttl=64 time=1.850 ms

64 bytes from 192.168.0.1: icmp_seq=6 ttl=64 time=1.888 ms

^C

--- 192.168.0.1 ping statistics ---

7 packets transmitted, 7 packets received, 0.0% packet loss

Aangezien een reboot het probleem niet oplost, ben ik niet zeker wat ik nog kan proberen. 

Het probleem is ook maar beperkt tot ICMP, waardoor het mij niet dringend genoeg lijkt om de helpdesk hiermee lastig te vallen. 

Heeft iemand dit hier al meegemaakt die mogelijk een oplossing weet? Is dit een gekend probleem met de nieuwe wifi 6 modem waar eventueel een factory reset voor nodig is? 

Kan het openbaar IP van de Telenet Modem geblacklist zijn waardoor ik geen enkel publiek IP meer kan pingen? 

Alvast bedankt.

Vriendelijke groeten, 

Stijn

Inhoud gewijzigd door Laurence (mod) | Reden: IP-adres verwijderd

[Stijn2911]

FYI: een factory reset heeft het probleem niet opgelost. 

Een traceroute komt wel correct aan:

stijnvanderbiesen@Stijns-MacBook-Air ~ % traceroute 8.8.8.8

traceroute to 8.8.8.8 (8.8.8.8), 64 hops max, 40 byte packets

 1  192.168.10.1 (192.168.10.1)  8.757 ms  16.324 ms  3.161 ms

 2  192.168.0.1 (192.168.0.1)  4.490 ms  4.424 ms  4.556 ms

 3  * * *

 4  * * *

 5  * * *

 6  [IP-adres verwijderd]  18.306 ms  17.228 ms  18.340 ms

 7  * * *

 8  dns.google [DNS-adres verwijderd]  21.666 ms  16.318 ms  16.500 ms

Het probleem lijkt dus enkel bij ping replies te liggen

Inhoud gewijzigd door Laurence (mod) | Reden: IP-adres + DNS-adres verwijderd 

[LaurenceDDW]

Hey @Stijn2911, omwille van privacyredenen werden er een aantal IP-adressen en DNS-adressen uit je post en comment verwijderd. Moest je hier vragen over hebben, stuur gerust een privébericht!

[kristofDW]

@Stijn2911 j

Het lijkt erop dat er een dubbele NAT-configuratie op je netwerk aanwezig is. Uw Edgerouter, is deze ingesteld als DHCP server of eerder client ? 

De zwarte router van Telenet kan niet worden ingesteld als bridging, wat betekent dat je een intern IP-adres krijgt op deze router.

Als je vervolgens nog een extra router achter deze router plaatst met zijn eigen DHCP en IP-adressen verdeelt in aparte ranges, kan dit problemen veroorzaken.

Het ICMP-protocol zal hoogstwaarschijnlijk stoppen bij je gateway en niet verder gaan.

Als je je eigen router wilt gebruiken, is het raadzaam om te kiezen voor de E-router van Telenet.

Met deze router kun je wel bridging instellen op één poort, zodat je op de WAN-poort een extern IP-adres kan krijgen.

Edit : om te kijken of je ip adres geblacklist is kan je deze site gebruiken : https://mxtoolbox.com/blacklists.aspx

. 

[Stijn2911]

Dag Kristof, 

Bedankt voor de info! Het IP is alleszins niet aanwezig in een blacklist. 

Het lijkt me niet aan de dubbele natting te kunnen liggen, aangezien ik ook geen ping replies krijg wanneer ik mijn laptop rechtstreeks aansluit op de LAN-poort van de modem. 

Hierbij wordt enkel het publieke IP genat naar de standaard 192.168.0.0/24 range. 

Een ping test richting de eerste hop in de Telenet backbone reageert wel, dus het lijkt er op dat het verkeer verder in de Telenet backbone geblokkeerd wordt. 

Omdat verschillende publieke servers niet reageren, lijkt het mij niet aan de servers zelf te liggen maar aan het Telenet netwerk. 

Is het common practice van Telenet om aan ICMP rate-limiting te doen als er teveel gepingt wordt? 

Groeten, 

Stijn

[Stijn2911 · Accepted solution]

Probleem was te wijten aan een backbone netwerkelement. 

Na contact met Telenet is alles terug in orde.