Black Friday = Pricewatch Bekijk onze selectie van de beste Black Friday-deals en voorkom een miskoop.

Discussie m.b.t. RIPE Atlas en Globalping

Pagina: 1 ... 6 7 Laatste
Acties:

Onderwerpen


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
sander817 schreef op zondag 4 mei 2025 @ 00:04:
ik zie mijn probe niet meer op https://dash.globalping.io/
In putty zie ik geen errors:
[2025-05-03 21:53:33 +00:00] [DEBUG] [general] 'http' request yUi4tsmqAWOXGEMx r eceived.
[2025-05-03 21:54:36 +00:00] [DEBUG] [general] 'http' request UldDNFngtPoC22GM r eceived.
[2025-05-03 21:55:02 +00:00] [DEBUG] [general] 'http' request gphqb55Zp2tmaUDW r eceived.
[2025-05-03 21:55:26 +00:00] [DEBUG] [general] 'http' request GtsSuBUBdAsB7bG5 r eceived.
[2025-05-03 21:56:40 +00:00] [DEBUG] [general] 'http' request vEObpeZgoFUZ1iTk received.
[2025-05-03 21:56:43 +00:00] [DEBUG] [general] 'dns' request eZWfNmvLkUaD3zIi received.
[2025-05-03 21:57:31 +00:00] [DEBUG] [general] 'http' request riPAfGYlDY7pfAHV received.
[2025-05-03 21:58:23 +00:00] [DEBUG] [general] 'http' request f3EwZiN49Aw3bKqn received.
[2025-05-03 21:59:09 +00:00] [DEBUG] [general] 'http' request ff82o2zs2IfDkqI8 received.
[2025-05-03 21:59:14 +00:00] [DEBUG] [general] 'http' request 4XYl2LQ6SiFL87KR received.
[2025-05-03 21:59:41 +00:00] [DEBUG] [general] 'http' request aybZDRGi8pUZ1F2T received.
[2025-05-03 22:00:07 +00:00] [DEBUG] [general] 'http' request xrw9IyaLIhCJijSd received.
[2025-05-03 22:00:16 +00:00] [DEBUG] [general] 'http' request vH0wqWWndVQBrs2b received.
[2025-05-03 22:01:13 +00:00] [DEBUG] [general] 'http' request olwljtozhVAPsnGG received.
[2025-05-03 22:01:46 +00:00] [DEBUG] [general] 'http' request PIzvA9vW6WhGrx0z received.
[2025-05-03 22:01:56 +00:00] [DEBUG] [general] 'dns' request 4BHmU2cCYSBJDNsN received.


Maar ik zie dit, online 0, offline 1
[Afbeelding]
Misschien even opnieuw adopteren?

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

M'n docker log is inmiddels 168MB ..
zie een kleine 'decline' in verzoeken ..
maar hij blijft lekker 'online' ..

There are no secrets, only information you do not yet have


  • RobbyTown
  • Registratie: April 2007
  • Niet online

RobbyTown

Godlike

ernstoud schreef op zondag 3 november 2024 @ 16:01:
Totaal (?) off-topic, maar dit is wel een erg leuke gadget: https://www.kickstarter.c...jetkvm/jetkvm/description

Ben een backer, gezien de voortgang denk ik wel dat het deze mensen gaat lukken.

Wellicht een idee als je een PC hebt die je remote wil besturen en daarbij meer nodig hebt dan VNC of RDP.
Ondanks offtopic door je post zn JetKVM gekocht.

Nu ook een gadget gevonden. Dus nog een offtopic bericht maar dan over een thermometer :$ . Was opzoek om de temps te meten (ipv oa pings wat we met ripe en globalping doen). Kwam vooral UPS kaarten tegen wat dus UPS vereist ... Of iets waar je weer een apparaat voor nodig hebt. Niet iets betaalbaar standalone wat op snmp werkt.

Na wat googlen werk. Precies wat Jeff ook tegen aanloopt: YouTube: Fixing an industry-wide problem for cheap! (heeft tevens ook de JetKVM gereviewd).

Verder gaan zoeken. Kwam ik de funding pagina tegen.
https://www.crowdsupply.com/craft-computing/openviro-axe-poe

Ontwikkeling ziet er goed uit. Echter de laatste versie is de middelvinger verdwenen in ontwerp van de sensor :p.

Pre-order gedaan ben benieuwd meteen ook de eerste ervaring uit de VS. Is kijken hoe dat gaat met douane.

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
RobbyTown schreef op woensdag 16 juli 2025 @ 09:02:
[...]

Ondanks offtopic door je post zn JetKVM gekocht.

Nu ook een gadget gevonden. Dus nog een offtopic bericht maar dan over een thermometer :$ . Was opzoek om de temps te meten (ipv oa pings wat we met ripe en globalping doen). Kwam vooral UPS kaarten tegen wat dus UPS vereist ... Of iets waar je weer een apparaat voor nodig hebt. Niet iets betaalbaar standalone wat op snmp werkt.

Na wat googlen werk. Precies wat Jeff ook tegen aanloopt: YouTube: Fixing an industry-wide problem for cheap! (heeft tevens ook de JetKVM gereviewd).

Verder gaan zoeken. Kwam ik de funding pagina tegen.
https://www.crowdsupply.com/craft-computing/openviro-axe-poe

Ontwikkeling ziet er goed uit. Echter de laatste versie is de middelvinger verdwenen in ontwerp van de sensor :p.

Pre-order gedaan ben benieuwd meteen ook de eerste ervaring uit de VS. Is kijken hoe dat gaat met douane.
Heb je niet ergens een USB poort vrij? Ik gebruik deze:

https://www.ebay.nl/itm/256580118508 en deze: https://www.ebay.nl/itm/230962285627

Werken allebei prima.

Afbeeldingslocatie: https://tweakers.net/i/fZt_7BkvpHf-pZzdEXacf7gddvg=/x800/filters:strip_icc():strip_exif()/f/image/ToSiKAAS77W5F8hx2EKXeUz0.jpg?f=fotoalbum_large

[ Voor 12% gewijzigd door ernstoud op 16-07-2025 12:09 ]

RIPE Atlas probe: 1005104


  • RobbyTown
  • Registratie: April 2007
  • Niet online

RobbyTown

Godlike

Klopt die had ik gezien alleen nergens de info als ze snmp uitleesbaar zijn. Dat is nou net de wens. Je grafiek lees je die uit met snmp?

Temps uitlezen kan ik min of meer al, maar niet op snmp basis.
Nu met Dietpi kan ik (waar globalping in docker draait) als inlog met SSH inlog de temp al zien. Dat is de temp van het globalping kastje (i know) maar wijkt niet veel af in de patchkast af maar zou het graag in prtg of cacti grafiek verwerken :).

[ Voor 4% gewijzigd door RobbyTown op 16-07-2025 12:15 ]

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
RobbyTown schreef op woensdag 16 juli 2025 @ 12:13:
Klopt die had ik gezien alleen nergens de info als ze snmp uitleesbaar zijn. Dat is nou net de wens.

Temps uitlezen kan ik min of meer al, maar niet op snmp basis.
Nu met Dietpi kan ik (waar globalping in docker draait) als inlog met SSH inlog de temp al zien. Dat is de temp van het globalping kastje (i know) maar wijkt niet veel af in de patchkast af maar zou het graag in prtg of cacti grafiek verwerken :).
Met knutselen kom je een eind. Maar ik weet niet hoe handig je bent met programmeren e.d., grafiekje hierboven is wat uitlezen met Freebasic en ploticus voor grafiek maken en mongoose als eenvoudige webserver.

Kant en klaar SNMP is inderdaad zeldzaam.

RIPE Atlas probe: 1005104


  • RobbyTown
  • Registratie: April 2007
  • Niet online

RobbyTown

Godlike

Ergens in de topic of via DM heb je ooit uitleg gemaakt hoe je Globalping en docker draait. Zonder je uitleg was het nooit gelukt kan wel wat maar je temp ding gaat voor mij een brugje te ver :).

Vraagje (ook geen idee hoe je dat doet) terug ontopic. Nog veel nieuwe globalpings erbij gekomen?

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
RobbyTown schreef op woensdag 16 juli 2025 @ 12:19:
Ergens in de topic of via DM heb je ooit uitleg gemaakt hoe je Globalping en docker draait. Zonder je uitleg was het nooit gelukt kan wel wat maar je temp ding gaat voor mij een brugje te ver :).

Vraagje (ook geen idee hoe je dat doet) terug ontopic. Nog veel nieuwe globalpings erbij gekomen?
29 stuks totaal nu zie ik.

Weinig nieuws verder. In het dashboard nog steeds geen grafieken e.d., ondanks toezegging dat dit ging komen. Wel werd er ook gezegd dat de focus lag op meer probes proberen te krijgen.

Dat werkt wel, nu ruim 2600 probes. Dat was net 1000 een jaar geleden.

[ Voor 23% gewijzigd door ernstoud op 16-07-2025 12:43 ]

RIPE Atlas probe: 1005104


  • Roetzen
  • Registratie: Augustus 2010
  • Laatst online: 09:01

Roetzen

he.net Certified Sage

Mijn "Delta" globalping pobe is al een paar dagen off-line. Meestal is een halve minuut van de spanning genoeg om de verbinding te herstellen maar soms moet ik hem dan opnieuw aanmelden. En dat gaat nu mis. Ik weet niet wat ik gedaan heb maar hij wil nu bij het met ssh openen van het log een password hebben, Dat had ik eerder nooit, maar nu wel. Ik heb geen idee wat het password is en of/hoe ik de probe kan resetten zodat hij er niet meer om vraagt zoals voorheen. Suggesties?

Ripe Atlas Probes 2462, 2635 en 17297 helaas RIP


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Roetzen schreef op donderdag 17 juli 2025 @ 11:45:
Mijn "Delta" globalping pobe is al een paar dagen off-line. Meestal is een halve minuut van de spanning genoeg om de verbinding te herstellen maar soms moet ik hem dan opnieuw aanmelden. En dat gaat nu mis. Ik weet niet wat ik gedaan heb maar hij wil nu bij het met ssh openen van het log een password hebben, Dat had ik eerder nooit, maar nu wel. Ik heb geen idee wat het password is en of/hoe ik de probe kan resetten zodat hij er niet meer om vraagt zoals voorheen. Suggesties?
Ik denk defecte SD card of filesystem beschadigd… opnieuw schrijven: https://github.com/jsdelivr/globalping-hwprobe

RIPE Atlas probe: 1005104


  • RobbyTown
  • Registratie: April 2007
  • Niet online

RobbyTown

Godlike

@Roetzen
Hier 1 gehad lag het niet aan de SD maar voeding half kapot. LAN ledje brand maar probe om de haverklap offline. Voeding vervangen en toen bleef die wel online.

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe


  • Roetzen
  • Registratie: Augustus 2010
  • Laatst online: 09:01

Roetzen

he.net Certified Sage

ernstoud schreef op donderdag 17 juli 2025 @ 12:17:
[...]

Ik denk defecte SD card of filesystem beschadigd… opnieuw schrijven: https://github.com/jsdelivr/globalping-hwprobe
Ik heb maar vast even een verse SD kaar ingeslagen. Niet van de Action of Hema deze keer, maar een "elite"versie". Eeen 64G cersie ipv de 32 die er in zit. Kleiner hadden ze niet in de winkel waar ik was. Maar hopelijk gaat die dan ook twee keer zo lang mee. Op de rustdag van de Tour a.s. maandag heb ik er misschien tijd voor. :P

Ripe Atlas Probes 2462, 2635 en 17297 helaas RIP


  • Roetzen
  • Registratie: Augustus 2010
  • Laatst online: 09:01

Roetzen

he.net Certified Sage

Vandaag heb ik hem weer aan de gang gekregen. Ik heb niets anders gedaan dan hem een dag of tien met de spanning er af met rust te laten. Toch maar weer eens proberen voor ik verder ga graven dacht ik. En voorwaar, ik krijg zo meer ineens zonder wachtwoord weer toegang tot het log en ik krijg een code om de probe opnieuw aan te melden.Hij doet het weer. :)

Ripe Atlas Probes 2462, 2635 en 17297 helaas RIP


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

ik zie sinds een paar weken dat de hoeveelheid hits op dns/mtr/ping etc. significant naar beneden is gevlogen ..
het wordt bijna niet meer door mijn grafana gemeten .. Errug apart..

ik dacht eerst aan een error van de grootte van de logfile maar zelfs dat is het niet.

zal wel aan mij liggen.. (probe is wel online)

There are no secrets, only information you do not yet have


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op woensdag 30 juli 2025 @ 23:18:
ik zie sinds een paar weken dat de hoeveelheid hits op dns/mtr/ping etc. significant naar beneden is gevlogen ..
het wordt bijna niet meer door mijn grafana gemeten .. Errug apart..

ik dacht eerst aan een error van de grootte van de logfile maar zelfs dat is het niet.

zal wel aan mij liggen.. (probe is wel online)
Ik heb het de developer gevraagd want ik zie ook vrijwel geen metingen op mijn probes.

Nu is het dus wel een docker container en docker doet wel raar als het log inderdaad groot wordt. Daar ga ik nog wel even naar kijken. Meestal crasht logging als je het logfile delete, dan moet de container opnieuw gestart worden.

Maar volgens jou ligt het niet aan de logfile?

Metingen creëren en de resultaten ophalen via de API werkt, dus het Globalping netwerk lijkt te werken, dit is een net uitgevoerde latency meting naar Google.nl voor alle Delta/Caiway probes:

Afbeeldingslocatie: https://tweakers.net/i/dNDSELs4x3eQGpFBG-RnTKRvi5o=/x800/filters:strip_icc():strip_exif()/f/image/ucVBQmzs4eyFqwS11kM3VdlX.jpg?f=fotoalbum_large

Die met het pijltje erbij is mijn docker probe op Delta. Dus die werkt gewoon.

En doe ik een “docker logs —follow “container-ID” dan zie ik die meting wel langs komen:

Afbeeldingslocatie: https://tweakers.net/i/GP5ndHrtaPz8HQlMIuKafZLklvw=/800x/filters:strip_icc():strip_exif()/f/image/9ID4UqtBoWbMe5oTceM8SK5E.jpg?f=fotoalbum_large

De onderste twee. Maar je ziet ook dat er een hele tijd niets gelogd is. Ik denk toch aan een docker issue.

[ Voor 44% gewijzigd door ernstoud op 31-07-2025 00:39 ]

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

@ernstoud

Afbeeldingslocatie: https://tweakers.net/i/s7fR06tRxRx_LhCQkPMP1S3jgKw=/800x/filters:strip_exif()/f/image/g2XZ1uXLV6c84MILhQjui2oA.png?f=fotoalbum_large

kijk hier maar na ..
helemaal rechts lijkt niets binnen te komen maar het is echt boem van de ene op de andere dag tot het minimale gegaan. Nu vind ik dat op zich ook niet erg maar het is wel opvallend dat er ineens een drop is.

gisteren de log verwijderd en ook gekeken wat er dan gedaan werd
(virtuele machine kan zo herstart worden)

Afbeeldingslocatie: https://tweakers.net/i/LJRzclB2rSa9B0__PZp5wAzdihA=/800x/filters:strip_exif()/f/image/2T9Or1bU5rcEcZmC1b5tVN0L.png?f=fotoalbum_large

hier zie je wat het systeem de laatste 2 dagen heeft binnen gekregen. Eigenlijk alleen maar een paar pings .
waaronder mijn eigen ping(s) ;)

Dus het was arteficial dat ze het doen lijken dat hun dienst veel gebruikt wordt / werd en dat ze het nu uitgeschakeld hebben en nu blijkt het dat bijna niemand globalping toepast .

There are no secrets, only information you do not yet have


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

ze hebben denk ik wel meer problemen ..

ik zit op een vlan nu met ipv4 en ipv6

2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-07-31 03:40:12 +02:00] [DEBUG] [general] 'ping' request xKNIgzJcu2Oit3cF received.
[2025-07-31 04:25:25 +02:00] [DEBUG] [general] 'ping' request u5QiIXL9zvf4E6pu received.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv4 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv4.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] Both ping tests failed due to bad internet connection. Retrying in 10 minutes. Probe temporarily disconnected.


ping google.com
PING google.com(ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e)) 56 data bytes
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=1 ttl=117 time=16.3 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=2 ttl=117 time=23.0 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=3 ttl=117 time=18.1 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=4 ttl=117 time=16.6 ms

werkt gewoon ..

docker exec -it globalping-probe /bin/sh
# ping google.com
PING google.com(ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e)) 56 data bytes
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=1 ttl=117 time=16.4 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=2 ttl=117 time=17.4 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=3 ttl=117 time=16.7 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=4 ttl=117 time=15.3 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=5 ttl=117 time=15.7 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=6 ttl=117 time=14.3 ms


En na een reboot

[2025-07-31 10:59:24 +02:00] [INFO] [api:connect:location] Connected from xxx, NL, EU (Vodafone Libertel B.V., ASN: 3xx15, lat: xx.21 long: 5.xx).
[2025-07-31 10:59:28 +02:00] [INFO] [general] IP addresses of the probe: xxx.93.173.xxx, xxxxx:1c00:c204:4300:xxxx:2:281:xxxx.
[2025-07-31 11:02:32 +02:00] [DEBUG] [general] 'ping' request jIyRhc3CDu7OnKwF received.
[2025-07-31 11:02:54 +02:00] [DEBUG] [general] 'traceroute' request 18Ifcfg13cSxeANx received.
[2025-07-31 11:03:10 +02:00] [DEBUG] [general] 'traceroute' request bKnBUAxXva49VWaa received.
[2025-07-31 11:03:30 +02:00] [DEBUG] [general] 'dns' request 40nUeEAqxZ5nnMZs received.
[2025-07-31 11:04:00 +02:00] [DEBUG] [general] 'mtr' request bOAbzs3tmOqmjQX3 received.
[2025-07-31 11:04:32 +02:00] [DEBUG] [general] 'http' request xQMLWDyoZq0TFgDR received.

Alles komt binnen en kan ook gewoon via ipv4 en ipv6 benaderd worden ..

Heul apart..

[ Voor 13% gewijzigd door zeroday op 31-07-2025 11:07 ]

There are no secrets, only information you do not yet have


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op donderdag 31 juli 2025 @ 10:57:
ze hebben denk ik wel meer problemen ..

ik zit op een vlan nu met ipv4 en ipv6

2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-07-31 03:05:26 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-07-31 03:40:12 +02:00] [DEBUG] [general] 'ping' request xKNIgzJcu2Oit3cF received.
[2025-07-31 04:25:25 +02:00] [DEBUG] [general] 'ping' request u5QiIXL9zvf4E6pu received.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv4 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv4.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-07-31 04:36:05 +02:00] [WARN] [status-manager] Both ping tests failed due to bad internet connection. Retrying in 10 minutes. Probe temporarily disconnected.


ping google.com
PING google.com(ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e)) 56 data bytes
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=1 ttl=117 time=16.3 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=2 ttl=117 time=23.0 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=3 ttl=117 time=18.1 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=4 ttl=117 time=16.6 ms

werkt gewoon ..

docker exec -it globalping-probe /bin/sh
# ping google.com
PING google.com(ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e)) 56 data bytes
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=1 ttl=117 time=16.4 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=2 ttl=117 time=17.4 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=3 ttl=117 time=16.7 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=4 ttl=117 time=15.3 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=5 ttl=117 time=15.7 ms
64 bytes from ams16s32-in-x0e.1e100.net (2a00:1450:400e:80c::200e): icmp_seq=6 ttl=117 time=14.3 ms


En na een reboot

[2025-07-31 10:59:24 +02:00] [INFO] [api:connect:location] Connected from xxx, NL, EU (Vodafone Libertel B.V., ASN: 3xx15, lat: xx.21 long: 5.xx).
[2025-07-31 10:59:28 +02:00] [INFO] [general] IP addresses of the probe: xxx.93.173.xxx, xxxxx:1c00:c204:4300:xxxx:2:281:xxxx.
[2025-07-31 11:02:32 +02:00] [DEBUG] [general] 'ping' request jIyRhc3CDu7OnKwF received.
[2025-07-31 11:02:54 +02:00] [DEBUG] [general] 'traceroute' request 18Ifcfg13cSxeANx received.
[2025-07-31 11:03:10 +02:00] [DEBUG] [general] 'traceroute' request bKnBUAxXva49VWaa received.
[2025-07-31 11:03:30 +02:00] [DEBUG] [general] 'dns' request 40nUeEAqxZ5nnMZs received.
[2025-07-31 11:04:00 +02:00] [DEBUG] [general] 'mtr' request bOAbzs3tmOqmjQX3 received.
[2025-07-31 11:04:32 +02:00] [DEBUG] [general] 'http' request xQMLWDyoZq0TFgDR received.

Alles komt binnen en kan ook gewoon via ipv4 en ipv6 benaderd worden ..

Heul apart..
Het is echt een docker issue. Ik heb naar de docker logs gekeken en vanaf een bepaald moment logt docker alleen nog foutmeldingen (dus stderr) en geen proces output (dus stdout) meer. Oplossing is echt zoals je gezien hebt logfile verwijderen en reboot.

Je suggestie dat ze de boel belazeren is onzin (hoe kom je daar nou op?). Ze hebben een paar grote CDN’s als klant die de latency metingen van probes gebruiken om routes realtime te bepalen. Die klanten hebben echt wel door als het niet meer werkt!

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

ernstoud schreef op donderdag 31 juli 2025 @ 11:45:
[...]


Het is echt een docker issue. Ik heb naar de docker logs gekeken en vanaf een bepaald moment logt docker alleen nog foutmeldingen (dus stderr) en geen proces output (dus stdout) meer. Oplossing is echt zoals je gezien hebt logfile verwijderen en reboot.

Je suggestie dat ze de boel belazeren is onzin (hoe kom je daar nou op?). Ze hebben een paar grote CDN’s als klant die de latency metingen van probes gebruiken om routes realtime te bepalen. Die klanten hebben echt wel door als het niet meer werkt!
ik schrijf niet belazeren .. maar ik vind het verdacht dat er ineens weinig meer binnenkomt. Er is dus wat veranderd.
daarbij logfile verwijderen en rebooten heb ik gedaan maar je ziet dus dat er weinig meer binnenkomt..

There are no secrets, only information you do not yet have


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op donderdag 31 juli 2025 @ 12:08:
[...]


ik schrijf niet belazeren .. maar ik vind het verdacht dat er ineens weinig meer binnenkomt. Er is dus wat veranderd.
daarbij logfile verwijderen en rebooten heb ik gedaan maar je ziet dus dat er weinig meer binnenkomt..
Je zei: “Dus het was arteficial dat ze het doen lijken dat hun dienst veel gebruikt wordt / werd en dat ze het nu uitgeschakeld hebben en nu blijkt het dat bijna niemand globalping toepast.”

Mijn vertaling van “iets anders doen lijken dan de werkelijkheid”, is “belazeren”. Grote Van Dale geeft letterlijk bedriegen aan als woord voor wat jij zegt.

Hoe dan ook, geen nette bewering van je.

En in je laatste post zie je toch dat alles gewoon weer werkt na de reboot? Ik zie dan in 4 minuten 6 metingen. Lijkt me helemaal normaal.

RIPE Atlas probe: 1005104


  • RobbyTown
  • Registratie: April 2007
  • Niet online

RobbyTown

Godlike

Speelt 'vakantietijd' misschien een rol?

Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

ernstoud schreef op donderdag 31 juli 2025 @ 12:17:
[...]


Je zei: “Dus het was arteficial dat ze het doen lijken dat hun dienst veel gebruikt wordt / werd en dat ze het nu uitgeschakeld hebben en nu blijkt het dat bijna niemand globalping toepast.”

Mijn vertaling van “iets anders doen lijken dan de werkelijkheid”, is “belazeren”. Grote Van Dale geeft letterlijk bedriegen aan als woord voor wat jij zegt.

Hoe dan ook, geen nette bewering van je.

En in je laatste post zie je toch dat alles gewoon weer werkt na de reboot? Ik zie dan in 4 minuten 6 metingen. Lijkt me helemaal normaal.
Dat zijn mijn eigen metingen geweest ;)

[2025-07-31 11:04:00 +02:00] [DEBUG] [general] 'mtr' request bOAbzs3tmOqmjQX3 received.
[2025-07-31 11:04:32 +02:00] [DEBUG] [general] 'http' request xQMLWDyoZq0TFgDR received.
[2025-07-31 13:00:30 +02:00] [DEBUG] [general] 'ping' request 9LxxjPFSUD9LmiIm received.

in 2 uur 1 ping komt langs.. .

There are no secrets, only information you do not yet have


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

RobbyTown schreef op donderdag 31 juli 2025 @ 13:14:
Speelt 'vakantietijd' misschien een rol?
Zou kunnen al heeft niet iedereen rondom dezelfde tijd vakantie ;)

There are no secrets, only information you do not yet have


  • Thijn41
  • Registratie: November 2015
  • Laatst online: 11-11 20:10
Vind het wel opvallend dat een van mijn probes in Frankrijk wel requests blijft krijgen (Voornamelijk http, maar dat krijgt hij altijd al wel), maar de andere in Frankrijk en de 2 probes in Nederland niet.

Het aantal requests zijn sowieso flink gedaalt:
Afbeeldingslocatie: https://i.imgur.com/uF4ft7u.png

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Ik heb de vraag nu uitstaan bij de developer. Na deleten log files en herstarten zie ik ook alleen mijn eigen measurements. Of inderdaad is het aantal measurements op dit moment heel erg laag.

Heel bijzonder dit.

—-

Log files gezonden naar de developer(s).

Ik zag op 1 juli op een probe 640 metingen, op 13 juli nog 16. Er gaat dus echt iets niet goed lijkt het.

Het lijkt er op dat na 9 juli rond 07:30 het aantal gelogde of aan de probe gevraagde metingen drastisch gedaald is.

Stay tuned.

[ Voor 42% gewijzigd door ernstoud op 01-08-2025 00:00 ]

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Thijn41 schreef op donderdag 31 juli 2025 @ 13:55:
Vind het wel opvallend dat een van mijn probes in Frankrijk wel requests blijft krijgen (Voornamelijk http, maar dat krijgt hij altijd al wel), maar de andere in Frankrijk en de 2 probes in Nederland niet.

Het aantal requests zijn sowieso flink gedaalt:
[Afbeelding]
Kun jij de x-as nauwkeuriger maken? Op 7 juli is nl. probe versie 0.39.1 gereleased (https://github.com/jsdelivr/globalping-probe/releases). Zou dat de boosdoener kunnen zijn?

RIPE Atlas probe: 1005104


  • Thijn41
  • Registratie: November 2015
  • Laatst online: 11-11 20:10
ernstoud schreef op donderdag 31 juli 2025 @ 17:36:
[...]


Kun jij de x-as nauwkeuriger maken? Op 7 juli is nl. probe versie 0.39.1 gereleased (https://github.com/jsdelivr/globalping-probe/releases). Zou dat de boosdoener kunnen zijn?
Mijn drop in aantallen is vooral vanaf 10 juli, maar het kan natuurlijk zijn dat het even duurt voordat de update overal geïnstalleerd is?
Afbeeldingslocatie: https://i.imgur.com/2JVgBBp.png

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Thijn41 schreef op vrijdag 1 augustus 2025 @ 17:45:
[...]

Mijn drop in aantallen is vooral vanaf 10 juli, maar het kan natuurlijk zijn dat het even duurt voordat de update overal geïnstalleerd is?
[Afbeelding]
Heb je toegang tot het Globalping Dashboard? Als je daar op deze probe klikt krijg je in de URL balk van je browser een URL.

Kun je mij die in een PB sturen? De developer is nu naar mijn logs aan het kijken maar meer info is welkom.

Ook bij mij is de situatie rond 9 juli sterk veranderd.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Mooi.

Globalping heeft de fout gevonden:


Hey, I think we found the issue. It's related to limits for authed and non-authed users.
The fix should go live today or Monday https://github.com/jsdelivr/globalping/pull/688

Thank you for reporting this!


De fix is aan de Globalping API kant, dus zodra de fix live is zullen probes weer veel meer measurements gaan uitvoeren.

Dank aan @zeroday en @Thijn41 voor de opmerkzaamheid en het melden!

[ Voor 16% gewijzigd door ernstoud op 03-08-2025 22:50 ]

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

ik zie dat het een uurtje geleden commited is die fix, dus het zal nog even duren denk ik voordat het merkbaar word.

Vraag me dan wel af waar dan de grote hoeveelheid aan measurements zijn gebleven ..
en wat het verschil is tussen authed en non authed users.

Ben benieuwd!

There are no secrets, only information you do not yet have


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op maandag 4 augustus 2025 @ 16:30:
ik zie dat het een uurtje geleden commited is die fix, dus het zal nog even duren denk ik voordat het merkbaar word.

Vraag me dan wel af waar dan de grote hoeveelheid aan measurements zijn gebleven ..
en wat het verschil is tussen authed en non authed users.

Ben benieuwd!
Ik zie nog geen verbetering op mijn probes, nog steeds geen metingen. Heb gevraagd wanneer “soon” is en wat authed betekent.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Volgens Globalping zou het weer moeten werken.

@zeroday … zie jij nu metingen gerapporteerd op je probes?

Ik niet nl, volgens mij werkt de fix niet.

En authed users zijn dus geautoriseerde gebruikers, dus niet anoniem via de website maar met meer rechten via de API.

[ Voor 9% gewijzigd door ernstoud op 04-08-2025 18:45 ]

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

ernstoud schreef op maandag 4 augustus 2025 @ 18:44:
Volgens Globalping zou het weer moeten werken.

@zeroday … zie jij nu metingen gerapporteerd op je probes?

Ik niet nl, volgens mij werkt de fix niet.

En authed users zijn dus geautoriseerde gebruikers, dus niet anoniem via de website maar met meer rechten via de API.
ik zie nog niets. ik zie alleen wat ik ook apart vind

2025-08-04 15:27:01 +02:00] [DEBUG] [general] Connection to API established.
[2025-08-04 15:27:01 +02:00] [INFO] [api:connect:location] Connected from Apeldoorn, NL, EU (Vodafone Libertel B.V., ASN: 33915, lat: 52.21 long: 5.97).
[2025-08-04 15:27:08 +02:00] [INFO] [general] IP addresses of the probe: xxx.xx.xxx.xxx, xxxx:xxx:xxx:xxx:xxx:2:xxx:xxx.
[2025-08-04 15:27:26 +02:00] [DEBUG] [api:error] Disconnected from API: (transport close).
[2025-08-04 15:27:32 +02:00] [DEBUG] [general] Connection to API established.
[2025-08-04 15:27:32 +02:00] [INFO] [api:connect:location] Connected from Apeldoorn, NL, EU (Vodafone Libertel B.V., ASN: 33915, lat: 52.21 long: 5.97).
[2025-08-04 15:27:36 +02:00] [INFO] [general] IP addresses of the probe: xxx.xx.xxx.xxx, xxxx:xxx:xxx:xxx:xxx:2:xxx:xxx.
[2025-08-04 15:27:45 +02:00] [DEBUG] [api:error] Disconnected from API: (io server disconnect).
[2025-08-04 15:27:50 +02:00] [DEBUG] [general] Connection to API established.
[2025-08-04 15:27:50 +02:00] [INFO] [api:connect:location] Connected from Apeldoorn, NL, EU (Vodafone Libertel B.V., ASN: 33915, lat: 52.21 long: 5.97).
[2025-08-04 15:27:56 +02:00] [INFO] [general] IP addresses of the probe: xxx.xx.xxx.xxx, xxxx:xxx:xxx:xxx:xxx:2:xxx:xxx.
[2025-08-04 16:00:03 +02:00] [DEBUG] [general] 'dns' request hEQqxCBxDHVVCDk8 received.
[2025-08-04 16:23:40 +02:00] [DEBUG] [api:error] Disconnected from API: (ping timeout).
[2025-08-04 16:23:46 +02:00] [DEBUG] [general] Connection to API established.
[2025-08-04 16:23:46 +02:00] [INFO] [api:connect:location] Connected from Apeldoorn, NL, EU (Vodafone Libertel B.V., ASN: 33915, lat: 52.21 long: 5.97).
[2025-08-04 16:23:51 +02:00] [INFO] [general] IP addresses of the probe: xxx.xx.xxx.xxx, xxxx:xxx:xxx:xxx:xxx:2:xxx:xxx.
[2025-08-04 16:31:25 +02:00] [DEBUG] [general] 'traceroute' request O5JqZMdqYQ3KObrd received.
[2025-08-04 18:45:23 +02:00] [DEBUG] [general] 'ping' request aaEBDSzytCMJFthk received.
[2025-08-04 20:00:02 +02:00] [DEBUG] [general] 'dns' request T4iTmTrBjDxkb21l received.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for a.gtld-servers.net: 25% packet loss.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] IPv4 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv4.
[2025-08-04 20:05:08 +02:00] [WARN] [status-manager] Both ping tests failed due to bad internet connection. Retrying in 10 minutes. Probe temporarily disconnected.
[2025-08-04 20:41:39 +02:00] [DEBUG] [general] 'ping' request SSOlW0UdrxvZcYqT received.

machine is gewoon bereikbaar, machine kan gewoon pingen etc..

ik kan ipv6 uitzetten door de VLAN eraf te halen maar dat zou normaliter geen probleem moeten zijn omdat die machine gewoon altijd werkt . .

Maar zoals je ziet.. een ping ontvangen .. maar dat is het dan ook

There are no secrets, only information you do not yet have


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op maandag 4 augustus 2025 @ 21:09:
[...]


ik zie nog niets. ik zie alleen wat ik ook apart vind

[2025-08-04 16:00:03 +02:00] [DEBUG] [general] 'dns' request hEQqxCBxDHVVCDk8 received.
[2025-08-04 16:31:25 +02:00] [DEBUG] [general] 'traceroute' request O5JqZMdqYQ3KObrd received.
[2025-08-04 18:45:23 +02:00] [DEBUG] [general] 'ping' request aaEBDSzytCMJFthk received.
[2025-08-04 20:00:02 +02:00] [DEBUG] [general] 'dns' request T4iTmTrBjDxkb21l received.
[2025-08-04 20:41:39 +02:00] [DEBUG] [general] 'ping' request SSOlW0UdrxvZcYqT received.

machine is gewoon bereikbaar, machine kan gewoon pingen etc..

ik kan ipv6 uitzetten door de VLAN eraf te halen maar dat zou normaliter geen probleem moeten zijn omdat die machine gewoon altijd werkt . .

Maar zoals je ziet.. een ping ontvangen .. maar dat is het dan ook
Je had dus 5 tests. Ik zie er geen of een enkele.

De reactie vanuit Globalping:


The drop in measurements was due to that bug. There were fewer measurements being ordered by the API. So the probes also didn't get any or got fewer.

The fix worked, it raised the limit back to the correct level and more tests are being run now.

But:

1. It's possible the users that hit those limits stopped their scripts due to the bug, and it's why the tests are still low.
2. The system simply routes the tests to other probes for now.

We will continue looking into it just to be sure, but so far it seems that there are just fewer tests being ordered



Ik heb twijfel of ze de juiste bug opgelost hebben. Maar goed, eerst maar eens een dag afwachten.

Die IPv4/6 foutmeldingen zijn erg raar als alles werkt. Wellicht moet docker herstart worden?

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

wat ik in mijn grafana zie is wel dat er een 'issue' is met de logging richting grafana

[2025-08-05 06:11:36 +02:00] [DEBUG] [general] 'ping' request 3o7623vZAw7I8ytD received.

deze wordt bijv. niet opgemerkt door het script. blijkbaar krijg je nu dus zo weinig hits dat die 5 minuten check in het script deze niet (meer) opmerkt.

maakt op zich ook niet uit. Ook zijn melding van ' simply routes to other probes ' .. ze hebben er 2762 (waarmee ze adverteren). Voorheen kreeg ik dagelijks 1000? hits op bijv. http nu nog geen 1% ..

mocht het zo zijn dat er gebruikers zijn die nu al scripts draaien en die dat hebben gestopt dan zou dat voor mij betekenen dat er gedurende al die tijd een handvol waren die 99% van alle 'traffic' veroorzaakten
en dat al die scripts na het fixen van die bug nu gestopt zijn.
zonder globalping zelf op de hoogte te stellen dat ze issues hebben.

mmmm
ik laat hem lopen wellicht zet iemand een script weer aan ;)

There are no secrets, only information you do not yet have


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op dinsdag 5 augustus 2025 @ 08:14:
wat ik in mijn grafana zie is wel dat er een 'issue' is met de logging richting grafana

[2025-08-05 06:11:36 +02:00] [DEBUG] [general] 'ping' request 3o7623vZAw7I8ytD received.

deze wordt bijv. niet opgemerkt door het script. blijkbaar krijg je nu dus zo weinig hits dat die 5 minuten check in het script deze niet (meer) opmerkt.

maakt op zich ook niet uit. Ook zijn melding van ' simply routes to other probes ' .. ze hebben er 2762 (waarmee ze adverteren). Voorheen kreeg ik dagelijks 1000? hits op bijv. http nu nog geen 1% ..

mocht het zo zijn dat er gebruikers zijn die nu al scripts draaien en die dat hebben gestopt dan zou dat voor mij betekenen dat er gedurende al die tijd een handvol waren die 99% van alle 'traffic' veroorzaakten
en dat al die scripts na het fixen van die bug nu gestopt zijn.
zonder globalping zelf op de hoogte te stellen dat ze issues hebben.

mmmm
ik laat hem lopen wellicht zet iemand een script weer aan ;)
Ik begrijp er toch weinig van. Ik heb probes op KPN VDSL, Delta fiber, Vodafone 4G/5G en Odido 4G/5G. Op alle 4 zie ik een paar metingen sinds middernacht. En dan heb ik nog een probe in een VM in een Oracle DC. Daarop zie ik de afgelopen 24 uur bijna 2000 (!) metingen.

Dus er zijn partijen die veel metingen doen, wellicht vooral naar probes in datacenters.

Voor de rest is het nihil. Ik zie het maar een tijdje aan. Maar dit in de lucht houden voor die paar metingen is weinig zinvol.

En jouw punt dat je metingen in de logs mist… ik zie dat Docker met logging sowieso issues heeft. Logfile verwijderen en container opnieuw starten werkt.

Alleen bij mijn probe die op WSL2 op Docker Desktop for Windows draait kan heb ik na lange tijd zoeken nergens het logfile vinden het logile hier gevonden:

\\wsl$\docker-desktop-data\version-pack-data\community\docker\containers\[container-id]\local-logs

logfile daar weggehaald en Docker logt weer.

[ Voor 15% gewijzigd door ernstoud op 05-08-2025 13:56 ]

RIPE Atlas probe: 1005104


  • Out.of.Control
  • Registratie: Augustus 2012
  • Laatst online: 08:31
Met een hardware probe zie ik hetzelfde (slechts een handjevol metingen op een dag), dus het lijkt me niet te liggen aan logging issues van Docker.

  • Polyphemus
  • Registratie: Maart 2003
  • Laatst online: 10:25
Ik heb de Docker logfile van de container weggegooid, de container herstart, maar dat maakt in mijn geval niks uit.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Out.of.Control schreef op dinsdag 5 augustus 2025 @ 14:56:
Met een hardware probe zie ik hetzelfde (slechts een handjevol metingen op een dag), dus het lijkt me niet te liggen aan logging issues van Docker.
Ook op een hardware probe draait Docker….

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Polyphemus schreef op dinsdag 5 augustus 2025 @ 16:17:
Ik heb de Docker logfile van de container weggegooid, de container herstart, maar dat maakt in mijn geval niks uit.
Bij mij ook niet. Op sommige probes nul metingen. Ik zie het een paar dagen aan en dan ga ik weer contact opnemen met Globalping.

Tot nu beweren ze dat dit echt door de bug komt, ik heb twijfels.

RIPE Atlas probe: 1005104


  • Out.of.Control
  • Registratie: Augustus 2012
  • Laatst online: 08:31
ernstoud schreef op dinsdag 5 augustus 2025 @ 17:58:
[...]

Ook op een hardware probe draait Docker….
Ah, dat wist ik niet. Dan heb ik niets gezegd 8)

  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

Geen verbetering. Geen verschil.
maar wel goed te lezen dat niet alle probes er last van hebben ;)

There are no secrets, only information you do not yet have


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

Hoe kan ik die statistieken opvragen?
Ben wel benieuwd of mijn probe nog wel verzoeken binnen krijgt eigenlijk.

  • DJP!
  • Registratie: Mei 2012
  • Laatst online: 08:32
Hier krijgt de hardware probe nog maar een handvol verzoeken per dag... Wel de ook al eerder genoemde foutmeldingen :(

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Vliegvlug schreef op dinsdag 5 augustus 2025 @ 20:48:
Hoe kan ik die statistieken opvragen?
Ben wel benieuwd of mijn probe nog wel verzoeken binnen krijgt eigenlijk.
- Inloggen op de probe.
- Commando: “docker container ls” geeft je de container id (hier grijs aangegeven):

Afbeeldingslocatie: https://tweakers.net/i/Cqkle9ZokNJbpYPRj7Lnta8Ql_c=/800x/filters:strip_icc():strip_exif()/f/image/gg5GyFLvCOQq8gqOKw59BXw2.jpg?f=fotoalbum_large

- SW probe met Linux: docker logs —since 8h [container id] | grep received
- SW probe met Windows: docker logs —since 8h > bestand.txt & find “received” bestand.txt & del bestand.txt

Afbeeldingslocatie: https://tweakers.net/i/0WPYh5Iv6lVeOTLTSL5-QgJf35A=/800x/filters:strip_icc():strip_exif()/f/image/4nvLva88Tmjvfj8Cw5eKE6D5.jpg?f=fotoalbum_large

Zes metingen. Allemaal van mijzelf. Globalping nog steeds stuk.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
DJP! schreef op dinsdag 5 augustus 2025 @ 20:56:
Hier krijgt de hardware probe nog maar een handvol verzoeken per dag... Wel de ook al eerder genoemde foutmeldingen :(
Tja. Ik zal het weer melden.

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

Geen idee of anderen hetzelfde probleem hebben. mijn VM is soms niet zo snel schijnbaar dat ie een result op de ping geeft
althans .. als ik zelf een ping doe gaat het altijd goed


[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv4.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] Both ping tests failed due to bad internet connection. Retrying in 10 minutes. Probe temporarily disconnected.
[2025-08-06 04:48:45 +02:00] [DEBUG] [general] 'ping' request C0ytn3oxyhO1E922 received.
[2025-08-06 05:36:18 +02:00] [DEBUG] [general] 'ping' request 68fkTk0QhBm3crOL received.
[2025-08-06 05:45:53 +02:00] [DEBUG] [general] 'ping' request czXtoesXj8w5mZiT received.
[2025-08-06 05:51:21 +02:00] [DEBUG] [general] 'ping' request KySPrAQUOD42HLbH received.
[2025-08-06 07:19:06 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss. IPv4 tests pass.


Kijk mijn VM is niet veranderd. De code van globalping wel .....
en dat ie issues heeft op ipv4 of ipv6 is dan wel erg apart ..

There are no secrets, only information you do not yet have


  • stormfly
  • Registratie: Juli 2001
  • Laatst online: 09:49
code:
1
2
root@pve:~# docker logs globalping-probe --since 8h | grep received | wc -l
36


Hier 36 metingen @ernstoud op KPN.

[ Voor 5% gewijzigd door stormfly op 06-08-2025 08:08 ]


  • Dennis-L
  • Registratie: Augustus 2007
  • Laatst online: 04-11 07:46
docker logs globalping-probe --since 24h | grep request | wc -l
245

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
zeroday schreef op woensdag 6 augustus 2025 @ 07:42:
Geen idee of anderen hetzelfde probleem hebben. mijn VM is soms niet zo snel schijnbaar dat ie een result op de ping geeft
althans .. als ik zelf een ping doe gaat het altijd goed


[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv4 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv4.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2025-08-06 04:38:18 +02:00] [WARN] [status-manager] Both ping tests failed due to bad internet connection. Retrying in 10 minutes. Probe temporarily disconnected.
[2025-08-06 04:48:45 +02:00] [DEBUG] [general] 'ping' request C0ytn3oxyhO1E922 received.
[2025-08-06 05:36:18 +02:00] [DEBUG] [general] 'ping' request 68fkTk0QhBm3crOL received.
[2025-08-06 05:45:53 +02:00] [DEBUG] [general] 'ping' request czXtoesXj8w5mZiT received.
[2025-08-06 05:51:21 +02:00] [DEBUG] [general] 'ping' request KySPrAQUOD42HLbH received.
[2025-08-06 07:19:06 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.dns.nl: 14.2857% packet loss. IPv4 tests pass.


Kijk mijn VM is niet veranderd. De code van globalping wel .....
en dat ie issues heeft op ipv4 of ipv6 is dan wel erg apart ..
IPv4 foutmeldingen is wel apart. IPv6 foutmeldingen komen vrijwel zeker voor als Docker geen IPv6 DHCP doet.

Ik krijg in de Docker log van de GP probe te zien dat IPv6 niet werkt, in Windows werkt dat wel gewoon (Delta fiber met IPv6) maar in de Linux VM van de probe niet.

Bovenaan regels uit Docker logs van de probe en onderaan ping werkt wel:

Afbeeldingslocatie: https://tweakers.net/i/VOsClEGQ3INNROpXkk092JQxBag=/800x/filters:strip_icc():strip_exif()/f/image/50qiWCD9qS9Ekacgnt3gIJYr.jpg?f=fotoalbum_large

In de shell van de probe werkt IPv6 inderdaad niet:

Afbeeldingslocatie: https://tweakers.net/i/wyWHbdpw7Z0lialxAI7jHMzXqy4=/800x/filters:strip_icc():strip_exif()/f/image/bJRDeeQAEiUiqEUYnIaFCka1.jpg?f=fotoalbum_large

Overigens geen enkele meting op deze probe (Delta fiber) gezien vandaag. Op de probe op KPN nu 30 metingen.

Daarentegen op de probe op Ubuntu in een VM op de Oracle cloud:

Afbeeldingslocatie: https://tweakers.net/i/Ct3DcNspinewr3J-EildWUGZevQ=/800x/filters:strip_icc():strip_exif()/f/image/UHszjfmjxykiI1l9jTaEClEP.jpg?f=fotoalbum_large

Good old times voor die probe!

[ Voor 6% gewijzigd door ernstoud op 06-08-2025 12:43 ]

RIPE Atlas probe: 1005104


  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

@ernstoud mijn ipv6 werkt wel in mijn docker en proxmox


64 bytes from k.root-servers.net (2001:7fd::1): icmp_seq=1 ttl=58 time=16.9 ms
64 bytes from k.root-servers.net (2001:7fd::1): icmp_seq=2 ttl=58 time=19.6 ms
64 bytes from k.root-servers.net (2001:7fd::1): icmp_seq=3 ttl=58 time=19.4 ms
64 bytes from k.root-servers.net (2001:7fd::1): icmp_seq=4 ttl=58 time=18.8 ms

docker exec -it globalping-probe /bin/bash
jan@globalping:/app# ping -6 k.root-servers.net

Ik zie dat docker op HOST niveau connect voor het IP

en daarop heb ik dit

root@globalping:~# ip a | grep inet
inet 127.0.0.1/8 scope host lo
inet6 ::1/128 scope host noprefixroute
inet xx.1.x.185/24 brd xx.1.x.255 scope global dynamic eth0
inet6 xxx:1xxx:c204:4300:xxx:2:xx:xxx/64 scope global
inet6 fe80::be24:11ff:fe2f:938f/64 scope link
inet 172.17.0.1/16 brd 172.17.255.255 scope global docker0

There are no secrets, only information you do not yet have


  • DJP!
  • Registratie: Mei 2012
  • Laatst online: 08:32
Vandaag al 1 HTTP request gehad! Dit soort dingen moeten toch opvallen? Om hoeveel nodes zou het gaan hier?

In totaal hebben ze 2892 nodes (bron Globalping.io) dan moeten ze toch ergens wel een intern dashboard hebben dat een verschuiving aangeeft in de load van de probes...

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
DJP! schreef op woensdag 6 augustus 2025 @ 19:46:
Vandaag al 1 HTTP request gehad! Dit soort dingen moeten toch opvallen? Om hoeveel nodes zou het gaan hier?

In totaal hebben ze 2892 nodes (bron Globalping.io) dan moeten ze toch ergens wel een intern dashboard hebben dat een verschuiving aangeeft in de load van de probes...
Dat is er zeker ook. Reactie zojuist:


We're looking into this, but it does not seem to be a bug. Everything looks normal at the moment. Just active users not being so active anymore. I wouldn't worry though.
I will let you know if we find anything.


Dus tja. Ik heb gesuggereerd dat het een goed idee zou zijn als ze gebruikers waar ze een e-mail adres van hebben en op de website melden dat deze bug bestond, dan kunnen gebruikers controleren of hun scripts nog werken. Het kan zijn dat geautomatiseerde batches van metingen gewoon minder probes selecteren of gecrasht zijn als er helemaal geen response kwam.

Geen reactie op deze suggestie vanuit GP.

RIPE Atlas probe: 1005104


  • DJP!
  • Registratie: Mei 2012
  • Laatst online: 08:32
ernstoud schreef op woensdag 6 augustus 2025 @ 20:31:
[...]
“Just active users not being so active anymore. “
Lijkt me toch een flinke understatement... van honderden tot duizenden requests per dag naar een hand vol...

en dan ook niet geleidelijk zoal ik het lees maar in 1 stap op 9 juli....

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
DJP! schreef op woensdag 6 augustus 2025 @ 20:47:
[...]


Lijkt me toch een flinke understatement... van honderden tot duizenden requests per dag naar een hand vol...

en dan ook niet geleidelijk zoal ik het lees maar in 1 stap op 9 juli....
Inderdaad. Ik zie het een paar dagen aan, komt er geen verbetering dan zet ik de probes uit.

RIPE Atlas probe: 1005104


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

Ik heb tot nu toe enkel als user logs via ssh met de globalping probe verbonden zonder wachtwoord maar daar kan ik verder geen commando’s mee uitvoeren.

Welke user moet ik gebruiken en welk wachtwoord?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Vliegvlug schreef op woensdag 6 augustus 2025 @ 21:40:
[...]

Ik heb tot nu toe enkel als user logs via ssh met de globalping probe verbonden zonder wachtwoord maar daar kan ik verder geen commando’s mee uitvoeren.

Welke user moet ik gebruiken en welk wachtwoord?
Ach, dat is waar ook. Volgens mij kun je bij de “echte” hardware Globalping probe niet als root inloggen.

“There is no way to get shell access to a running probe for security reasons.”

Bron: https://github.com/jsdelivr/globalping-hwprobe

[ Voor 14% gewijzigd door ernstoud op 06-08-2025 21:58 ]

RIPE Atlas probe: 1005104


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

ernstoud schreef op woensdag 6 augustus 2025 @ 21:41:
[...]

Ach, dat is waar ook. Volgens mij kun je bij de “echte” hardware Globalping probe niet als root inloggen.

“There is no way to get shell access to a running probe for security reasons.”

Bron: https://github.com/jsdelivr/globalping-hwprobe
Ah, oké.
Dan kan ik niet weten of mijn probe nog wel of niet een normale hoeveelheid verzoeken binnen krijgt helaas. :|

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Vliegvlug schreef op woensdag 6 augustus 2025 @ 22:25:
[...]

Ah, oké.
Dan kan ik niet weten of mijn probe nog wel of niet een normale hoeveelheid verzoeken binnen krijgt helaas. :|
Zeker wel want je kunt dus met de username logs wel inloggen en dan zie je het log. Zie je veel activiteit of niet…

RIPE Atlas probe: 1005104


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

ernstoud schreef op woensdag 6 augustus 2025 @ 22:34:
[...]

Zeker wel want je kunt dus met de username logs wel inloggen en dan zie je het log. Zie je veel activiteit of niet…
Lijkt erop dat het log een kleine 24 uur terug gaat want verder omhoog kan ik niet scrollen, maar ik kom enkel deze meldingen tegen:
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Wat niet gek is aangezien Odido geen IPv6 ondersteunt.

Maar geen verzoeken naar mijn probe zo te zien de afgelopen 24 uur.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Vliegvlug schreef op woensdag 6 augustus 2025 @ 22:43:
[...]

Lijkt erop dat het log een kleine 24 uur terug gaat want verder omhoog kan ik niet scrollen, maar ik kom enkel deze meldingen tegen:
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Wat niet gek is aangezien Odido geen IPv6 ondersteunt.

Maar geen verzoeken naar mijn probe zo te zien de afgelopen 24 uur.
Ok. Another one bites the dust.

Heb geduld. Zegt Globalping. Ben benieuwd.

RIPE Atlas probe: 1005104


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

ernstoud schreef op woensdag 6 augustus 2025 @ 23:27:
[...]

Ok. Another one bites the dust.
:'(
Heb geduld. Zegt Globalping. Ben benieuwd.
Dan maar afwachten inderdaad, ben ook benieuwd.


ernstoud schreef op woensdag 6 augustus 2025 @ 20:57:
[...]

Inderdaad. Ik zie het een paar dagen aan, komt er geen verbetering dan zet ik de probes uit.
Oh, waarom na een paar dagen al?
Mocht het meer tijd kosten of er moet toch iets geüpdatet moeten worden kunnen ze beter nog online zijn lijkt me?

  • DJP!
  • Registratie: Mei 2012
  • Laatst online: 08:32
Nog steeds geen requessts maar wel opeens andere meldingen in de log file...

[2025-08-07 16:00:12 +00:00] [DEBUG] [api:error] Disconnected from API: (transport close).
[2025-08-07 16:00:18 +00:00] [DEBUG] [general] Connection to API established.

Misschien dat ze iets gevonden hebben?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
DJP! schreef op donderdag 7 augustus 2025 @ 18:50:
Nog steeds geen requessts maar wel opeens andere meldingen in de log file...

[2025-08-07 16:00:12 +00:00] [DEBUG] [api:error] Disconnected from API: (transport close).
[2025-08-07 16:00:18 +00:00] [DEBUG] [general] Connection to API established.

Misschien dat ze iets gevonden hebben?
Dat soort meldingen zie en zag ik dagelijks.

Ik zie ook nog steeds heel weinig metingen. Echt heel bijzonder. Alsof de community elk gebruik gestaakt heeft.

RIPE Atlas probe: 1005104


  • DJP!
  • Registratie: Mei 2012
  • Laatst online: 08:32
Systeem lijkt weer te werken! de hoeveelheid requests gaan langzaam weer omhoog :)

  • Dennis-L
  • Registratie: Augustus 2007
  • Laatst online: 04-11 07:46
DJP! schreef op zaterdag 9 augustus 2025 @ 09:19:
Systeem lijkt weer te werken! de hoeveelheid requests gaan langzaam weer omhoog :)
Daar lijkt het wel op, ik zit nu de afgelopen 24 uur al op +500, waar het de laatste dagen steeds steeds iets van 200 was.

En dit was tussen 9 en 10

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
[2025-08-09 09:00:38 +02:00] [DEBUG] [general] 'http' request QQQqWLLVYSdWy7RR received.
[2025-08-09 09:02:12 +02:00] [DEBUG] [general] 'http' request PCLiWAYAn29Gny96 received.
[2025-08-09 09:03:10 +02:00] [DEBUG] [general] 'http' request RDoTwf20HUan7gDO received.
[2025-08-09 09:03:15 +02:00] [DEBUG] [general] 'dns' request yFw8C8dszCyMfcUx received.
[2025-08-09 09:03:16 +02:00] [DEBUG] [general] 'http' request 8UUnzeCGQk23sgK4 received.
[2025-08-09 09:04:19 +02:00] [DEBUG] [general] 'ping' request siO9ljsIY5Yts81H received.
[2025-08-09 09:05:11 +02:00] [DEBUG] [general] 'http' request ICUJHj0GEsacvv8Z received.
[2025-08-09 09:05:13 +02:00] [DEBUG] [general] 'mtr' request vYIePEINJQiKXXOe received.
[2025-08-09 09:05:55 +02:00] [DEBUG] [general] 'http' request C0dZMIEBKAzwp8x7 received.
[2025-08-09 09:06:11 +02:00] [DEBUG] [general] 'http' request 2FCxhzePybHouNQO received.
[2025-08-09 09:06:14 +02:00] [DEBUG] [general] 'mtr' request G6OrfkMtwtLzO9NE received.
[2025-08-09 09:07:14 +02:00] [DEBUG] [general] 'mtr' request pIGv4d6rr8u3MWZS received.
[2025-08-09 09:07:19 +02:00] [DEBUG] [general] 'ping' request PTJImGYxAosaagDA received.
[2025-08-09 09:08:37 +02:00] [DEBUG] [general] 'http' request noaglQ6OfperLNd9 received.
[2025-08-09 09:09:11 +02:00] [DEBUG] [general] 'http' request NLMP36l2nKmUgUFh received.
[2025-08-09 09:11:22 +02:00] [DEBUG] [general] 'http' request 2HusM5V8jOEsDbjn received.
[2025-08-09 09:14:12 +02:00] [DEBUG] [general] 'http' request jq7rZdp3aM9OaAcp received.
[2025-08-09 09:15:24 +02:00] [DEBUG] [general] 'http' request UjbugfZNV0vMhg2F received.
[2025-08-09 09:17:02 +02:00] [DEBUG] [general] 'http' request rozIyWmtUUwr9Msm received.
[2025-08-09 09:18:29 +02:00] [DEBUG] [general] 'http' request r71592o57xvjLGvu received.
[2025-08-09 09:19:51 +02:00] [DEBUG] [general] 'http' request KrHZmKmTEMaL2nqz received.
[2025-08-09 09:20:19 +02:00] [DEBUG] [general] 'dns' request bBcHVCjJjtp5CMXg received.
[2025-08-09 09:21:32 +02:00] [DEBUG] [general] 'http' request LhCjxl4uyGwS6Is6 received.
[2025-08-09 09:24:41 +02:00] [DEBUG] [general] 'http' request IBGsxRQCnZkIbvhO received.
[2025-08-09 09:26:48 +02:00] [DEBUG] [general] 'http' request EqzWVKZS9A0KlTbM received.
[2025-08-09 09:27:51 +02:00] [DEBUG] [general] 'http' request gopShpxUiiVjKS7F received.
[2025-08-09 09:29:27 +02:00] [DEBUG] [general] 'dns' request I7MSmOFzALeHYg8v received.
[2025-08-09 09:30:59 +02:00] [DEBUG] [general] 'http' request mZkLJsj3qeJhHP8K received.
[2025-08-09 09:33:02 +02:00] [DEBUG] [general] 'http' request 12mkasRuUVjaseMQ received.
[2025-08-09 09:34:00 +02:00] [DEBUG] [general] 'http' request MDO1BoDUHWXdT8Sl received.
[2025-08-09 09:37:04 +02:00] [DEBUG] [general] 'http' request zofHcSri7Ju0nM17 received.
[2025-08-09 09:39:29 +02:00] [DEBUG] [general] 'http' request inHU9lNyZtHcqDfE received.
[2025-08-09 09:39:41 +02:00] [DEBUG] [general] 'http' request gjY3RAWWh2ywMDrT received.
[2025-08-09 09:42:49 +02:00] [DEBUG] [general] 'http' request QJuYKHo1ExHK1fZe received.
[2025-08-09 09:45:59 +02:00] [DEBUG] [general] 'http' request 5q6U93pqRIcwa1lo received.
[2025-08-09 09:46:03 +02:00] [DEBUG] [general] 'http' request MWieIKzpUZl3jQsK received.
[2025-08-09 09:46:33 +02:00] [DEBUG] [general] 'dns' request IgZj659uRNzwqop2 received.
[2025-08-09 09:49:12 +02:00] [DEBUG] [general] 'http' request H4MFv0zuz5C9SsEF received.
[2025-08-09 09:52:22 +02:00] [DEBUG] [general] 'http' request 1pXZvBXP2ro0guTI received.
[2025-08-09 09:52:55 +02:00] [DEBUG] [general] 'http' request wd767VUCNx8oMOLR received.
[2025-08-09 09:55:37 +02:00] [DEBUG] [general] 'http' request WeGv4F3rhMdzFloW received.
[2025-08-09 09:58:49 +02:00] [DEBUG] [general] 'http' request 3kLB61BUYBMgD2wv received.
[2025-08-09 09:59:20 +02:00] [DEBUG] [general] 'http' request oF20bwbmJZVweqkD received.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Dennis-L schreef op zaterdag 9 augustus 2025 @ 10:30:
[...]

Daar lijkt het wel op, ik zit nu de afgelopen 24 uur al op +500, waar het de laatste dagen steeds steeds iets van 200 was.

En dit was tussen 9 en 10

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
[2025-08-09 09:00:38 +02:00] [DEBUG] [general] 'http' request QQQqWLLVYSdWy7RR received.
[2025-08-09 09:02:12 +02:00] [DEBUG] [general] 'http' request PCLiWAYAn29Gny96 received.
[2025-08-09 09:03:10 +02:00] [DEBUG] [general] 'http' request RDoTwf20HUan7gDO received.
[2025-08-09 09:03:15 +02:00] [DEBUG] [general] 'dns' request yFw8C8dszCyMfcUx received.
[2025-08-09 09:03:16 +02:00] [DEBUG] [general] 'http' request 8UUnzeCGQk23sgK4 received.
[2025-08-09 09:04:19 +02:00] [DEBUG] [general] 'ping' request siO9ljsIY5Yts81H received.
[2025-08-09 09:05:11 +02:00] [DEBUG] [general] 'http' request ICUJHj0GEsacvv8Z received.
[2025-08-09 09:05:13 +02:00] [DEBUG] [general] 'mtr' request vYIePEINJQiKXXOe received.
[2025-08-09 09:05:55 +02:00] [DEBUG] [general] 'http' request C0dZMIEBKAzwp8x7 received.
[2025-08-09 09:06:11 +02:00] [DEBUG] [general] 'http' request 2FCxhzePybHouNQO received.
[2025-08-09 09:06:14 +02:00] [DEBUG] [general] 'mtr' request G6OrfkMtwtLzO9NE received.
[2025-08-09 09:07:14 +02:00] [DEBUG] [general] 'mtr' request pIGv4d6rr8u3MWZS received.
[2025-08-09 09:07:19 +02:00] [DEBUG] [general] 'ping' request PTJImGYxAosaagDA received.
[2025-08-09 09:08:37 +02:00] [DEBUG] [general] 'http' request noaglQ6OfperLNd9 received.
[2025-08-09 09:09:11 +02:00] [DEBUG] [general] 'http' request NLMP36l2nKmUgUFh received.
[2025-08-09 09:11:22 +02:00] [DEBUG] [general] 'http' request 2HusM5V8jOEsDbjn received.
[2025-08-09 09:14:12 +02:00] [DEBUG] [general] 'http' request jq7rZdp3aM9OaAcp received.
[2025-08-09 09:15:24 +02:00] [DEBUG] [general] 'http' request UjbugfZNV0vMhg2F received.
[2025-08-09 09:17:02 +02:00] [DEBUG] [general] 'http' request rozIyWmtUUwr9Msm received.
[2025-08-09 09:18:29 +02:00] [DEBUG] [general] 'http' request r71592o57xvjLGvu received.
[2025-08-09 09:19:51 +02:00] [DEBUG] [general] 'http' request KrHZmKmTEMaL2nqz received.
[2025-08-09 09:20:19 +02:00] [DEBUG] [general] 'dns' request bBcHVCjJjtp5CMXg received.
[2025-08-09 09:21:32 +02:00] [DEBUG] [general] 'http' request LhCjxl4uyGwS6Is6 received.
[2025-08-09 09:24:41 +02:00] [DEBUG] [general] 'http' request IBGsxRQCnZkIbvhO received.
[2025-08-09 09:26:48 +02:00] [DEBUG] [general] 'http' request EqzWVKZS9A0KlTbM received.
[2025-08-09 09:27:51 +02:00] [DEBUG] [general] 'http' request gopShpxUiiVjKS7F received.
[2025-08-09 09:29:27 +02:00] [DEBUG] [general] 'dns' request I7MSmOFzALeHYg8v received.
[2025-08-09 09:30:59 +02:00] [DEBUG] [general] 'http' request mZkLJsj3qeJhHP8K received.
[2025-08-09 09:33:02 +02:00] [DEBUG] [general] 'http' request 12mkasRuUVjaseMQ received.
[2025-08-09 09:34:00 +02:00] [DEBUG] [general] 'http' request MDO1BoDUHWXdT8Sl received.
[2025-08-09 09:37:04 +02:00] [DEBUG] [general] 'http' request zofHcSri7Ju0nM17 received.
[2025-08-09 09:39:29 +02:00] [DEBUG] [general] 'http' request inHU9lNyZtHcqDfE received.
[2025-08-09 09:39:41 +02:00] [DEBUG] [general] 'http' request gjY3RAWWh2ywMDrT received.
[2025-08-09 09:42:49 +02:00] [DEBUG] [general] 'http' request QJuYKHo1ExHK1fZe received.
[2025-08-09 09:45:59 +02:00] [DEBUG] [general] 'http' request 5q6U93pqRIcwa1lo received.
[2025-08-09 09:46:03 +02:00] [DEBUG] [general] 'http' request MWieIKzpUZl3jQsK received.
[2025-08-09 09:46:33 +02:00] [DEBUG] [general] 'dns' request IgZj659uRNzwqop2 received.
[2025-08-09 09:49:12 +02:00] [DEBUG] [general] 'http' request H4MFv0zuz5C9SsEF received.
[2025-08-09 09:52:22 +02:00] [DEBUG] [general] 'http' request 1pXZvBXP2ro0guTI received.
[2025-08-09 09:52:55 +02:00] [DEBUG] [general] 'http' request wd767VUCNx8oMOLR received.
[2025-08-09 09:55:37 +02:00] [DEBUG] [general] 'http' request WeGv4F3rhMdzFloW received.
[2025-08-09 09:58:49 +02:00] [DEBUG] [general] 'http' request 3kLB61BUYBMgD2wv received.
[2025-08-09 09:59:20 +02:00] [DEBUG] [general] 'http' request oF20bwbmJZVweqkD received.
Ja, hier ook weer in de honderden metingen per probe. Mooi.

RIPE Atlas probe: 1005104


  • Jef61
  • Registratie: Mei 2010
  • Nu online
Rond 1:45 afgelopen nacht hebben ze de juiste knop weer gevonden.

Afbeeldingslocatie: https://tweakers.net/i/UsoleSAWLkhWRjz61GK2l01pA1Y=/800x/filters:strip_exif()/f/image/FC47lCCg1Z6Wvex4ZiKHboyf.png?f=fotoalbum_large

  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

Jef61 schreef op zaterdag 9 augustus 2025 @ 18:51:
Rond 1:45 afgelopen nacht hebben ze de juiste knop weer gevonden.

[Afbeelding]
En dan vraag je je natuurlijk af: waar komen dan ineens deze metingen dan weer vandaan?
;)
Want ook hier zie ik ze weer.
Ach ja .. het zel wel ;)

There are no secrets, only information you do not yet have


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

Vliegvlug schreef op woensdag 6 augustus 2025 @ 22:43:
[...]

Lijkt erop dat het log een kleine 24 uur terug gaat want verder omhoog kan ik niet scrollen, maar ik kom enkel deze meldingen tegen:
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for a.gtld-servers.net: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2025-08-06 20:22:31 +00:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Wat niet gek is aangezien Odido geen IPv6 ondersteunt.

Maar geen verzoeken naar mijn probe zo te zien de afgelopen 24 uur.
Net even gekeken en er komen ook op mijn probe weer requests binnen! (y)

  • DJP!
  • Registratie: Mei 2012
  • Laatst online: 08:32
Volgens mij werkt alles nu echt weer zoals vanouds.. een hoop requests en geen IPV6 errors meer :D

  • zeroday
  • Registratie: Mei 2007
  • Laatst online: 09:42

zeroday

There is no alternative!

DJP! schreef op zondag 17 augustus 2025 @ 20:43:
Volgens mij werkt alles nu echt weer zoals vanouds.. een hoop requests en geen IPV6 errors meer :D
Het ziet er inderdaad weer beter uit. Niet zoveel hits meer als een paar maanden geleden maar wel weer meer.

There are no secrets, only information you do not yet have


  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
https://dash.globalping.io/
Your probe went offline
Oct 25, 2025, 2:00 AM

Ik kan de probe wel pingen. Wat nu?
Modem opnieuw opgestart, probe opnieuw opgestart.

Maakt mij verder weinig uit, deed het voor de fun/om te helpen.
Mocht iemand nog tips hebben, zonder gedoe, hoor ik het graag.

  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
Als ik inlog op: logs@192.168.2.50
Krijg ik heel snel een melding:
Error: No such container: globalping-probe
Overleden? Fout gegaan met update naar v0.41.2? Die ik nu zie.
https://github.com/jsdeli...robe/releases/tag/v0.41.2
( Mijn probe zit nog op v0.41.1 aldus https://dash.globalping.io )

Ik ga geen tickets maken. Of snelle fix/auto fix, of helaas.

[ Voor 6% gewijzigd door neeecht op 27-10-2025 02:31 ]


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

Nav bericht van @neeecht was ik benieuwd of mijn probe nog online was maar om in het GlobalPing dashboard te komen moet ik nu opeens meer rechten geven? :?

GlabslPing wil meer Github rechten

Waarom moet dat dashboard opeens your organization, team membership, and private project boards. kunnen lezen. 8)7
Vooral dat laatste, waarom zijn die dingen dan private.

Nou lama dan! ;w

  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
Is er nog een simpele manier om de probe een reset te geven ofzo naar factory settings en dat deze de nieuwe software download? Anders is het helaas over.
(Of de SD kaart opnieuw te schrijven, in Windows 10.)

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op maandag 27 oktober 2025 @ 13:29:
Is er nog een simpele manier om de probe een reset te geven ofzo naar factory settings en dat deze de nieuwe software download? Anders is het helaas over.
(Of de SD kaart opnieuw te schrijven, in Windows 10.)
Geen idee. Ik ga de jou en de bovengenoemde vraag even doorspelen aan de developer.

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Vliegvlug schreef op maandag 27 oktober 2025 @ 07:34:
Nav bericht van @neeecht was ik benieuwd of mijn probe nog online was maar om in het GlobalPing dashboard te komen moet ik nu opeens meer rechten geven? :?

[Afbeelding: GlabslPing wil meer Github rechten]

Waarom moet dat dashboard opeens your organization, team membership, and private project boards. kunnen lezen. 8)7
Vooral dat laatste, waarom zijn die dingen dan private.

Nou lama dan! ;w
Antwoord van de developer, zie hier de uitleg: https://blog.globalping.i...ns-for-tags-public-pages/

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op maandag 27 oktober 2025 @ 13:29:
Is er nog een simpele manier om de probe een reset te geven ofzo naar factory settings en dat deze de nieuwe software download? Anders is het helaas over.
(Of de SD kaart opnieuw te schrijven, in Windows 10.)
Antwoord van de developer:

“Did he reboot the probe and give it 10 minutes? Additionally he can check the logs by connecting to ssh using the devlogs user.
They could contain the explanation. Otherwise the easiest solution would probably be to flash the latest firmware from our repo to the card.”

RIPE Atlas probe: 1005104


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

Dank voor de link maar ik lees daar alleen hoe handig organizations wel niet zijn en hoe je het zou kunnen gebruiken.
Ik ben geen bedrijf en ga die features helemaal niet gebruiken maar er staat vervolgens nergens beschreven hoe ik het dashboard dan wel kan benaderen zonder die rechten te geven. :?

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Vliegvlug schreef op maandag 27 oktober 2025 @ 20:08:
[...]

Dank voor de link maar ik lees daar alleen hoe handig organizations wel niet zijn en hoe je het zou kunnen gebruiken.
Ik ben geen bedrijf en ga die features helemaal niet gebruiken maar er staat vervolgens nergens beschreven hoe ik het dashboard dan wel kan benaderen zonder die rechten te geven. :?
Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?

RIPE Atlas probe: 1005104


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Overigens weet ik niet of de Globalping gebruikers hier het gezien hebben maar in het dashboard kun je nu de logs van de probe ophalen en live meekijken.

De developer heeft aangegeven dat binnenkort er een nieuwe achterliggende database en API komt waardoor ze grafieken kunnen gaan aanbieden in het dashboard (op enige termijn).

RIPE Atlas probe: 1005104


  • Vliegvlug
  • Registratie: Februari 2002
  • Laatst online: 09:20

Vliegvlug

Flight Simple

ernstoud schreef op maandag 27 oktober 2025 @ 20:51:
[...]

Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?
Kijk dat is nuttige informatie, dat hadden ze in dat linkje moeten vermelden.
Wist niet dat ik dat niet had, ging er vanuit dat dat standaard aan stond want waarom wordt er dan om rechten gevraagd vraag ik me af. Dat zou dan toch überhaupt niet nodig zijn om het te vragen bij iedereen. Of dat als je dat afwijst het wel gewoon werkt zonder die features.

  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
ernstoud schreef op maandag 27 oktober 2025 @ 14:42:
[...]


Antwoord van de developer:

“Did he reboot the probe and give it 10 minutes? Additionally he can check the logs by connecting to ssh using the devlogs user.
They could contain the explanation. Otherwise the easiest solution would probably be to flash the latest firmware from our repo to the card.”
Every 2.0s: cat /tmp/log_col... globalping-probe-050b: Mon Oct 27 23:26:47 2025

Mon Oct 27 23:26:45 UTC 2025
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!

  • Raven
  • Registratie: November 2004
  • Niet online

Raven

Marion Raven fan

ernstoud schreef op maandag 27 oktober 2025 @ 20:51:
[...]


Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?
Uit nieuwsgierigheid: zelfs al heb je die wel, waarom geen mogelijkheid tot weigering zonder toegang te verliezen?

[ Voor 3% gewijzigd door Raven op 28-10-2025 08:31 ]

After the first glass you see things as you wish they were. After the second you see things as they are not. Finally you see things as they really are, and that is the most horrible thing in the world...

Oscar Wilde


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op dinsdag 28 oktober 2025 @ 00:27:
[...]


Every 2.0s: cat /tmp/log_col... globalping-probe-050b: Mon Oct 27 23:26:47 2025

Mon Oct 27 23:26:45 UTC 2025
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
Container status is NOT running!!
FW file op de SD Card vernieuwen dus.

RIPE Atlas probe: 1005104


  • Tom Paris
  • Registratie: September 2001
  • Laatst online: 23:01
ernstoud schreef op maandag 27 oktober 2025 @ 20:51:
[...]


Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?
Dat is wel kort door de bocht he. Als je verder helemaal niets doet en nooit gedaan hebt met GitHub heb je gelijk, maar als je wel lid bent van projecten, of zelf projecten host op GitHub geef je dus wel degelijk toegang.

Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
Raven schreef op dinsdag 28 oktober 2025 @ 08:30:
[...]

Uit nieuwsgierigheid: zelfs al heb je die wel, waarom geen mogelijkheid tot weigering zonder toegang te verliezen?
Vraag het in GitHub, daar krijg je vast antwoord, ik ben ook maar gebruiker.

RIPE Atlas probe: 1005104


  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
ernstoud schreef op dinsdag 28 oktober 2025 @ 10:59:
[...]


FW file op de SD Card vernieuwen dus.
Zolang ik geen link kan vinden met:
1: Download tool X.
2: Download SD image.
3: Stop SD is SD writer
Op Windows, is het helaas over. Ik doe niet meer aan 1998 stappenplannen. :*)

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op dinsdag 28 oktober 2025 @ 11:30:
[...]


Zolang ik geen link kan vinden met:
1: Download tool X.
2: Download SD image.
3: Stop SD is SD writer
Op Windows, is het helaas over. Ik doe niet meer aan 1998 stappenplannen. :*)
Heb je wel gezocht dan?

Want hier staat de firmware en de instructie, ook voor Windows (met Rufus):

https://github.com/jsdelivr/globalping-hwprobe

Directe link naar de FW file: https://github.com/jsdeli....3/globalping-firmware.gz
Directe link naar Rufus: https://rufus.ie/

Ik begrijp je eerlijk gezegd niet helemaal.

[ Voor 14% gewijzigd door ernstoud op 28-10-2025 11:50 ]

RIPE Atlas probe: 1005104


  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
ernstoud schreef op dinsdag 28 oktober 2025 @ 11:48:
[...]


Heb je wel gezocht dan?

Want hier staat de firmware en de instructie, ook voor Windows (met Rufus):

https://github.com/jsdelivr/globalping-hwprobe

Directe link naar de FW file: https://github.com/jsdeli....3/globalping-firmware.gz
Directe link naar Rufus: https://rufus.ie/

Ik begrijp je eerlijk gezegd niet helemaal.
Okay dank u!
Ik had die globalping-hwprobe link nooit gezien :/
Had iets beter moeten zoeken blijkbaar.
Firmware op SD kaart gezet. In probe gedaan, herstart en klaar.
Alleen in modem nieuw MAC zichtbaar van de probe, dus IP reservering even geupdate en weer online.

Geen idee hoe de probe herkend wordt met een schone firmware, maar het werkt.

  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
IPv6 ping test unsuccessful for k.root-servers.net: 100% packet loss. IPv6 tests pass.
Is wel weer apart dan. KPN ipv6 zou nu allemaal goed moeten zijn.

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op dinsdag 28 oktober 2025 @ 13:18:
IPv6 ping test unsuccessful for k.root-servers.net: 100% packet loss. IPv6 tests pass.
Is wel weer apart dan. KPN ipv6 zou nu allemaal goed moeten zijn.
Ik zie die IPv6 errors ook op mijn probe op Delta, waar ik IPv6 op heb. Bijzonder dus.

RIPE Atlas probe: 1005104


  • Roetzen
  • Registratie: Augustus 2010
  • Laatst online: 09:01

Roetzen

he.net Certified Sage

Ik zie niets bijzonders, zowel mijn probe op het Delta netwerk als die op het Ziggo netwerk lijken normaal te functioneren en ik kon ook normaal inloggen op dash.globalping.io.

Ripe Atlas Probes 2462, 2635 en 17297 helaas RIP


  • rescla
  • Registratie: November 2012
  • Laatst online: 14-11 22:05
Mijn HW probe was ook overleden begin september. Hij was offline gemeld in het dashboard en als ik via SSH inlog kreeg ik een of andere vage segmentation fault. Even een nieuwe image op de SD geflashed en hij werkt weer naar behoren.

  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
https://dash.globalping.io/probes/<id>?tab=logs
In het Logs tab:

[2025-10-31 11:53:38 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for time.apple.com: 14.2857% packet loss. IPv6 tests pass.
[2025-10-31 11:53:38 +01:00] [status-manager] [WARN] IPv4 ping test unsuccessful for time.apple.com: 25% packet loss. IPv4 tests pass.

Is dit iets wat misschien beter gefixt moet worden op de probe?
Ik heb nu de firewall in de modem openstaan, maar dit blijft. Nog tips?

Update log errors:
[2025-10-30 17:37:37 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for k.root-servers.net: 100% packet loss. IPv6 tests pass.

[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for a.gtld-servers.net: ping: connect: Network is unreachable.
[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for time.apple.com: ping: connect: Network is unreachable.
[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Dit is dat een normale disconnect:
[2025-10-30 01:29:22 +01:00] [api:error] [DEBUG] Disconnected from API: (ping timeout).
[2025-10-30 01:29:44 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:05 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:26 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:47 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:48 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:49 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:50 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:51 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:52 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:53 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:54 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:55 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:56 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:57 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:58 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:59 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:00 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:01 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:02 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:03 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:04 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:05 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:06 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:07 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:08 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:09 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:30 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:31:51 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:31:57 +01:00] [general] [DEBUG] Connection to API established.

[ Voor 101% gewijzigd door neeecht op 31-10-2025 12:33 ]


  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op vrijdag 31 oktober 2025 @ 12:29:
https://dash.globalping.io/probes/<id>?tab=logs
In het Logs tab:

[2025-10-31 11:53:38 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for time.apple.com: 14.2857% packet loss. IPv6 tests pass.
[2025-10-31 11:53:38 +01:00] [status-manager] [WARN] IPv4 ping test unsuccessful for time.apple.com: 25% packet loss. IPv4 tests pass.

Is dit iets wat misschien beter gefixt moet worden op de probe?
Ik heb nu de firewall in de modem openstaan, maar dit blijft. Nog tips?

Update log errors:
[2025-10-30 17:37:37 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for k.root-servers.net: 100% packet loss. IPv6 tests pass.

[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for a.gtld-servers.net: ping: connect: Network is unreachable.
[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping test unsuccessful for time.apple.com: ping: connect: Network is unreachable.
[2025-10-30 01:42:01 +01:00] [status-manager] [WARN] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Dit is dat een normale disconnect:
[2025-10-30 01:29:22 +01:00] [api:error] [DEBUG] Disconnected from API: (ping timeout).
[2025-10-30 01:29:44 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:05 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:26 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:47 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:30:48 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:49 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:50 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:51 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:52 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:53 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:54 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:55 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:56 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:57 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:58 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:30:59 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:00 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:01 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:02 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:03 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:04 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:05 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:06 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:07 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:08 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:09 +01:00] [api:error] [ERROR] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2025-10-30 01:31:30 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:31:51 +01:00] [api:error] [ERROR] Connection to API failed: Error: timeout
[2025-10-30 01:31:57 +01:00] [general] [DEBUG] Connection to API established.
Je verbinding naar internet is wel goed?

Als je langere tijd zelf time.apple.com pingt heb je dan packet loss?

Doe eens:

ping -n 100 time.apple.com

RIPE Atlas probe: 1005104


  • neeecht
  • Registratie: November 2003
  • Laatst online: 14-11 22:14
ernstoud schreef op vrijdag 31 oktober 2025 @ 12:45:
[...]


Je verbinding naar internet is wel goed?

Als je langere tijd zelf time.apple.com pingt heb je dan packet loss?

Doe eens:

ping -n 100 time.apple.com
Uiteraard.
KPN glasvezel, nieuwe aangelegd, echt perfect.
V14 modem. Firewall: Standaard (dus alles open, aldus de modem info.)

Ik denk sowieso dat apple wat moeite heeft:

ping -n 100 time.apple.com

Pinging time.g.aaplimg.com [2a01:b740:a30:4000::1e2] with 32 bytes of data:
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=14ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=14ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=67ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms

Ping statistics for 2a01:b740:a30:4000::1e2:
Packets: Sent = 50, Received = 46, Lost = 4 (8% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 67ms, Average = 12ms
Control-C
^C


google.com wil wat beter:

ping -n 100 google.com

Pinging google.com [2a00:1450:400e:810::200e] with 32 bytes of data:
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=3ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=3ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=3ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=4ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms

Ping statistics for 2a00:1450:400e:810::200e:
Packets: Sent = 46, Received = 46, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 4ms, Average = 1ms
Control-C
^C

  • ernstoud
  • Registratie: Januari 2015
  • Laatst online: 00:34
neeecht schreef op vrijdag 31 oktober 2025 @ 13:24:
[...]


Uiteraard.
KPN glasvezel, nieuwe aangelegd, echt perfect.
V14 modem. Firewall: Standaard (dus alles open, aldus de modem info.)

Ik denk sowieso dat apple wat moeite heeft:

ping -n 100 time.apple.com

Pinging time.g.aaplimg.com [2a01:b740:a30:4000::1e2] with 32 bytes of data:
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=14ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=14ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=67ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Request timed out.
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=12ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms
Reply from 2a01:b740:a30:4000::1e2: time=11ms

Ping statistics for 2a01:b740:a30:4000::1e2:
Packets: Sent = 50, Received = 46, Lost = 4 (8% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 67ms, Average = 12ms
Control-C
^C


google.com wil wat beter:

ping -n 100 google.com

Pinging google.com [2a00:1450:400e:810::200e] with 32 bytes of data:
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=3ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=3ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=3ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=4ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=1ms
Reply from 2a00:1450:400e:810::200e: time=2ms
Reply from 2a00:1450:400e:810::200e: time=2ms

Ping statistics for 2a00:1450:400e:810::200e:
Packets: Sent = 46, Received = 46, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 1ms, Maximum = 4ms, Average = 1ms
Control-C
^C
Probleem ligt dus niet bij jou maar bij time.apple.com.

RIPE Atlas probe: 1005104

Pagina: 1 ... 6 7 Laatste