Misschien even opnieuw adopteren?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]
M'n docker log is inmiddels 168MB ..
zie een kleine 'decline' in verzoeken ..
maar hij blijft lekker 'online' ..
zie een kleine 'decline' in verzoeken ..
maar hij blijft lekker 'online' ..
There are no secrets, only information you do not yet have
Ondanks offtopic door je post zn JetKVM gekocht.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.
Nu ook een gadget gevonden. Dus nog een offtopic bericht maar dan over een thermometer
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
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
Heb je niet ergens een USB poort vrij? Ik gebruik deze: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.
Pre-order gedaan ben benieuwd meteen ook de eerste ervaring uit de VS. Is kijken hoe dat gaat met douane.
https://www.ebay.nl/itm/256580118508 en deze: https://www.ebay.nl/itm/230962285627
Werken allebei prima.
[ Voor 12% gewijzigd door ernstoud op 16-07-2025 12:09 ]
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
.
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
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.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.
Kant en klaar SNMP is inderdaad zeldzaam.
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?
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
29 stuks totaal nu zie ik.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?
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 ]
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-hwprobeRoetzen 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?
@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.
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
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.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
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.
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)
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
Ik heb het de developer gevraagd want ik zie ook vrijwel geen metingen op mijn probes.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)
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:
: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:
: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 ]
@ernstoud
/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)
/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 .
/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)
/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
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..
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
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.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..
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.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!
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
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.”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..
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.
Speelt 'vakantietijd' misschien een rol?
Blog - Glasnet status (privé log) - Nette LAN - RIPE Atlas Probe
Dat zijn mijn eigen metingen geweesternstoud 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.
[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
Zou kunnen al heeft niet iedereen rondom dezelfde tijd vakantieRobbyTown schreef op donderdag 31 juli 2025 @ 13:14:
Speelt 'vakantietijd' misschien een rol?
There are no secrets, only information you do not yet have
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:
Het aantal requests zijn sowieso flink gedaalt:
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.
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 ]
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?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]
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?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?
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.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]
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.
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!
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 ]
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!
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
Ik zie nog geen verbetering op mijn probes, nog steeds geen metingen. Heb gevraagd wanneer “soon” is en wat authed betekent.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!
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.
@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 ]
ik zie nog niets. ik zie alleen wat ik ook apart vindernstoud 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.
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
Je had dus 5 tests. Ik zie er geen of een enkele.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
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?
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
[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
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.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
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 ]
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.
Ik heb de Docker logfile van de container weggegooid, de container herstart, maar dat maakt in mijn geval niks uit.
Ook op een hardware probe draait Docker….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.
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.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.
Tot nu beweren ze dat dit echt door de bug komt, ik heb twijfels.
Ah, dat wist ik niet. Dan heb ik niets gezegdernstoud schreef op dinsdag 5 augustus 2025 @ 17:58:
[...]
Ook op een hardware probe draait Docker….
Geen verbetering. Geen verschil.
maar wel goed te lezen dat niet alle probes er last van hebben
maar wel goed te lezen dat niet alle probes er last van hebben
There are no secrets, only information you do not yet have
Hoe kan ik die statistieken opvragen?
Ben wel benieuwd of mijn probe nog wel verzoeken binnen krijgt eigenlijk.
Ben wel benieuwd of mijn probe nog wel verzoeken binnen krijgt eigenlijk.
Hier krijgt de hardware probe nog maar een handvol verzoeken per dag... Wel de ook al eerder genoemde foutmeldingen
- Inloggen op de probe.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.
- Commando: “docker container ls” geeft je de container id (hier grijs aangegeven):
: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
:strip_exif()/f/image/4nvLva88Tmjvfj8Cw5eKE6D5.jpg?f=fotoalbum_large)
Zes metingen. Allemaal van mijzelf. Globalping nog steeds stuk.
Tja. Ik zal het weer melden.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
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 ..
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
docker logs globalping-probe --since 24h | grep request | wc -l
245
245
IPv4 foutmeldingen is wel apart. IPv6 foutmeldingen komen vrijwel zeker voor als Docker geen IPv6 DHCP doet.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 ..
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:
:strip_exif()/f/image/50qiWCD9qS9Ekacgnt3gIJYr.jpg?f=fotoalbum_large)
In de shell van de probe werkt IPv6 inderdaad niet:
: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:
: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 ]
@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
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
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...
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: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...
“
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.
Lijkt me toch een flinke understatement... van honderden tot duizenden requests per dag naar een hand vol...ernstoud schreef op woensdag 6 augustus 2025 @ 20:31:
[...]
“Just active users not being so active anymore. “
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.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....
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.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?
“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 ]
Ah, oké.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
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…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.
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: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…
[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.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.
Heb geduld. Zegt Globalping. Ben benieuwd.
Dan maar afwachten inderdaad, ben ook benieuwd.Heb geduld. Zegt Globalping. Ben benieuwd.
Oh, waarom na een paar dagen al?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.
Mocht het meer tijd kosten of er moet toch iets geüpdatet moeten worden kunnen ze beter nog online zijn lijkt me?
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?
[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.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?
Ik zie ook nog steeds heel weinig metingen. Echt heel bijzonder. Alsof de community elk gebruik gestaakt heeft.
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.DJP! schreef op zaterdag 9 augustus 2025 @ 09:19:
Systeem lijkt weer te werken! de hoeveelheid requests gaan langzaam weer omhoog
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.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.
En dan vraag je je natuurlijk af: waar komen dan ineens deze metingen dan weer vandaan?Jef61 schreef op zaterdag 9 augustus 2025 @ 18:51:
Rond 1:45 afgelopen nacht hebben ze de juiste knop weer gevonden.
[Afbeelding]
Want ook hier zie ik ze weer.
Ach ja .. het zel wel
There are no secrets, only information you do not yet have
Net even gekeken en er komen ook op mijn probe weer requests binnen!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.
Het ziet er inderdaad weer beter uit. Niet zoveel hits meer als een paar maanden geleden maar wel weer meer.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
There are no secrets, only information you do not yet have
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.
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.
Als ik inlog op: logs@192.168.2.50ernstoud schreef op maandag 27 oktober 2025 @ 02:23:
Ticket maken op GitHub?
https://github.com/jsdelivr/globalping/issues
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 ]
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?
:no_upscale():strip_icc():strip_exif()/f/image/M6EpvUjM785T70OmkGd6hU9Y.jpg?f=user_large)
Waarom moet dat dashboard opeens your organization, team membership, and private project boards. kunnen lezen.
Vooral dat laatste, waarom zijn die dingen dan private.
Nou lama dan!
:no_upscale():strip_icc():strip_exif()/f/image/M6EpvUjM785T70OmkGd6hU9Y.jpg?f=user_large)
Waarom moet dat dashboard opeens your organization, team membership, and private project boards. kunnen lezen.
Vooral dat laatste, waarom zijn die dingen dan private.
Nou lama dan!
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.)
(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.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, zie hier de uitleg: https://blog.globalping.i...ns-for-tags-public-pages/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.![]()
Vooral dat laatste, waarom zijn die dingen dan private.
Nou lama dan!
Antwoord van de developer: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.)
“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.”
Dank voor de link maar ik lees daar alleen hoe handig organizations wel niet zijn en hoe je het zou kunnen gebruiken.ernstoud schreef op maandag 27 oktober 2025 @ 14:41:
[...]
Antwoord van de developer, zie hier de uitleg: https://blog.globalping.i...ns-for-tags-public-pages/
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?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.
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).
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).
Kijk dat is nuttige informatie, dat hadden ze in dat linkje moeten vermelden.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?
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.
Every 2.0s: cat /tmp/log_col... globalping-probe-050b: Mon Oct 27 23:26:47 2025ernstoud 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.”
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!!
Uit nieuwsgierigheid: zelfs al heb je die wel, waarom geen mogelijkheid tot weigering zonder toegang te verliezen?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?
[ 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
FW file op de SD Card vernieuwen dus.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!!
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.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?
Veuillez agréer, Madame, Monsieur, l'expression de mes sentiments distingués.
Vraag het in GitHub, daar krijg je vast antwoord, ik ben ook maar gebruiker.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?
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?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.
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 ]
Okay dank u!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.
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.
Ik zie die IPv6 errors ook op mijn probe op Delta, waar ik IPv6 op heb. Bijzonder dus.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 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.
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.
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.
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 ]
Je verbinding naar internet is wel goed?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.
Als je langere tijd zelf time.apple.com pingt heb je dan packet loss?
Doe eens:
ping -n 100 time.apple.com
Uiteraard.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
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.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
/f/image/FC47lCCg1Z6Wvex4ZiKHboyf.png?f=fotoalbum_large)