Discussie m.b.t. RIPE Atlas en Globalping

[zeroday]

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

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

Ik niet nl, volgens mij werkt de fix niet.

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

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

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

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

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

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

[ernstoud]

zeroday schreef op maandag 4 augustus 2025 @ 21:09:
[...]


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

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

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

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

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

Je had dus 5 tests. Ik zie er geen of een enkele.

De reactie vanuit Globalping:

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

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

But:

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

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

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

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

[zeroday]

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

[ernstoud]

zeroday schreef op dinsdag 5 augustus 2025 @ 08:14:
wat ik in mijn grafana zie is wel dat er een 'issue' is met de logging richting grafana

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

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

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

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

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

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

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

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

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

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

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

logfile daar weggehaald en Docker logt weer.

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

[Out.of.Control]

Met een hardware probe zie ik hetzelfde (slechts een handjevol metingen op een dag), dus het lijkt me niet te liggen aan logging issues van Docker.

[Polyphemus]

Ik heb de Docker logfile van de container weggegooid, de container herstart, maar dat maakt in mijn geval niks uit.

[ernstoud]

Out.of.Control schreef op dinsdag 5 augustus 2025 @ 14:56:
Met een hardware probe zie ik hetzelfde (slechts een handjevol metingen op een dag), dus het lijkt me niet te liggen aan logging issues van Docker.

Ook op een hardware probe draait Docker….

[ernstoud]

Polyphemus schreef op dinsdag 5 augustus 2025 @ 16:17:
Ik heb de Docker logfile van de container weggegooid, de container herstart, maar dat maakt in mijn geval niks uit.

Bij mij ook niet. Op sommige probes nul metingen. Ik zie het een paar dagen aan en dan ga ik weer contact opnemen met Globalping.

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

[Out.of.Control]

ernstoud schreef op dinsdag 5 augustus 2025 @ 17:58:
[...]

Ook op een hardware probe draait Docker….

Ah, dat wist ik niet. Dan heb ik niets gezegd

[zeroday]

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

[Vliegvlug]

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

[DJP!]

Hier krijgt de hardware probe nog maar een handvol verzoeken per dag... Wel de ook al eerder genoemde foutmeldingen

[ernstoud]

Vliegvlug schreef op dinsdag 5 augustus 2025 @ 20:48:
Hoe kan ik die statistieken opvragen?
Ben wel benieuwd of mijn probe nog wel verzoeken binnen krijgt eigenlijk.

- Inloggen op de probe.
- Commando: “docker container ls” geeft je de container id (hier grijs aangegeven):



- 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



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

[ernstoud]

DJP! schreef op dinsdag 5 augustus 2025 @ 20:56:
Hier krijgt de hardware probe nog maar een handvol verzoeken per dag... Wel de ook al eerder genoemde foutmeldingen

Tja. Ik zal het weer melden.

[zeroday]

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 ..

[stormfly]

code:

root@pve:~# docker logs globalping-probe --since 8h | grep received | wc -l
36

Hier 36 metingen @ernstoud op KPN.

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

[Dennis-L]

docker logs globalping-probe --since 24h | grep request | wc -l
245

[ernstoud]

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


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


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

IPv4 foutmeldingen is wel apart. IPv6 foutmeldingen komen vrijwel zeker voor als Docker geen IPv6 DHCP doet.

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

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



In de shell van de probe werkt IPv6 inderdaad niet:



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:



Good old times voor die probe!

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

[zeroday]

@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

[DJP!]

Vandaag al 1 HTTP request gehad! Dit soort dingen moeten toch opvallen? Om hoeveel nodes zou het gaan hier?

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

[ernstoud]

DJP! schreef op woensdag 6 augustus 2025 @ 19:46:
Vandaag al 1 HTTP request gehad! Dit soort dingen moeten toch opvallen? Om hoeveel nodes zou het gaan hier?

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

Dat is er zeker ook. Reactie zojuist:

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

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

Geen reactie op deze suggestie vanuit GP.

[DJP!]

ernstoud schreef op woensdag 6 augustus 2025 @ 20:31:
[...]
“Just active users not being so active anymore. “

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

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

[ernstoud]

DJP! schreef op woensdag 6 augustus 2025 @ 20:47:
[...]


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

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

Inderdaad. Ik zie het een paar dagen aan, komt er geen verbetering dan zet ik de probes uit.

[Vliegvlug]

ernstoud schreef op dinsdag 5 augustus 2025 @ 22:13:
[...]

- Inloggen op de probe.

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

Welke user moet ik gebruiken en welk wachtwoord?

[ernstoud]

Vliegvlug schreef op woensdag 6 augustus 2025 @ 21:40:
[...]

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

Welke user moet ik gebruiken en welk wachtwoord?

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

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

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

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

[Vliegvlug]

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

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

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

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

Ah, oké.
Dan kan ik niet weten of mijn probe nog wel of niet een normale hoeveelheid verzoeken binnen krijgt helaas.

[ernstoud]

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

Ah, oké.
Dan kan ik niet weten of mijn probe nog wel of niet een normale hoeveelheid verzoeken binnen krijgt helaas.

Zeker wel want je kunt dus met de username logs wel inloggen en dan zie je het log. Zie je veel activiteit of niet…

[Vliegvlug]

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

Zeker wel want je kunt dus met de username logs wel inloggen en dan zie je het log. Zie je veel activiteit of niet…

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

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

[ernstoud]

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

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

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

Ok. Another one bites the dust.

Heb geduld. Zegt Globalping. Ben benieuwd.

[Vliegvlug]

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

Ok. Another one bites the dust.

Heb geduld. Zegt Globalping. Ben benieuwd.

Dan maar afwachten inderdaad, ben ook benieuwd.

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

Inderdaad. Ik zie het een paar dagen aan, komt er geen verbetering dan zet ik de probes uit.

Oh, waarom na een paar dagen al?
Mocht het meer tijd kosten of er moet toch iets geüpdatet moeten worden kunnen ze beter nog online zijn lijkt me?

[DJP!]

Nog steeds geen requessts maar wel opeens andere meldingen in de log file...

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

Misschien dat ze iets gevonden hebben?

[ernstoud]

DJP! schreef op donderdag 7 augustus 2025 @ 18:50:
Nog steeds geen requessts maar wel opeens andere meldingen in de log file...

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

Misschien dat ze iets gevonden hebben?

Dat soort meldingen zie en zag ik dagelijks.

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

[DJP!]

Systeem lijkt weer te werken! de hoeveelheid requests gaan langzaam weer omhoog

[Dennis-L]

DJP! schreef op zaterdag 9 augustus 2025 @ 09:19:
Systeem lijkt weer te werken! de hoeveelheid requests gaan langzaam weer omhoog

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

En dit was tussen 9 en 10

code:

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

[ernstoud]

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:

[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.

[Jef61]

Rond 1:45 afgelopen nacht hebben ze de juiste knop weer gevonden.

[zeroday]

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

[Afbeelding]

En dan vraag je je natuurlijk af: waar komen dan ineens deze metingen dan weer vandaan?

Want ook hier zie ik ze weer.
Ach ja .. het zel wel

[Vliegvlug]

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

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

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

Net even gekeken en er komen ook op mijn probe weer requests binnen!

[DJP!]

Volgens mij werkt alles nu echt weer zoals vanouds.. een hoop requests en geen IPV6 errors meer

[zeroday]

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

Het ziet er inderdaad weer beter uit. Niet zoveel hits meer als een paar maanden geleden maar wel weer meer.

[neeecht]

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.

[ernstoud]

Ticket maken op GitHub?

https://github.com/jsdelivr/globalping/issues

[neeecht]

ernstoud schreef op maandag 27 oktober 2025 @ 02:23:
Ticket maken op GitHub?

https://github.com/jsdelivr/globalping/issues

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

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

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

[Vliegvlug]

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?



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!

[neeecht]

Is er nog een simpele manier om de probe een reset te geven ofzo naar factory settings en dat deze de nieuwe software download? Anders is het helaas over.
(Of de SD kaart opnieuw te schrijven, in Windows 10.)

[ernstoud]

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

Geen idee. Ik ga de jou en de bovengenoemde vraag even doorspelen aan de developer.

[ernstoud]

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, zie hier de uitleg: https://blog.globalping.i...ns-for-tags-public-pages/

[ernstoud]

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

Antwoord van de developer:

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

[Vliegvlug]

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/

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

[ernstoud]

Vliegvlug schreef op maandag 27 oktober 2025 @ 20:08:
[...]

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

Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?

[ernstoud]

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).

[Vliegvlug]

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

Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?

Kijk dat is nuttige informatie, dat hadden ze in dat linkje moeten vermelden.
Wist niet dat ik dat niet had, ging er vanuit dat dat standaard aan stond want waarom wordt er dan om rechten gevraagd vraag ik me af. Dat zou dan toch überhaupt niet nodig zijn om het te vragen bij iedereen. Of dat als je dat afwijst het wel gewoon werkt zonder die features.

[neeecht]

ernstoud schreef op maandag 27 oktober 2025 @ 14:42:
[...]


Antwoord van de developer:

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

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

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

[Raven]

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


Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?

Uit nieuwsgierigheid: zelfs al heb je die wel, waarom geen mogelijkheid tot weigering zonder toegang te verliezen?

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

[ernstoud]

neeecht schreef op dinsdag 28 oktober 2025 @ 00:27:
[...]


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

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

FW file op de SD Card vernieuwen dus.

[Tom Paris]

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


Gewoon de rechten toestaan. Je geeft dan rechten tot het benaderen van iets wat je niet hebt. Lijkt me niet een probleem toch?

Dat is wel kort door de bocht he. Als je verder helemaal niets doet en nooit gedaan hebt met GitHub heb je gelijk, maar als je wel lid bent van projecten, of zelf projecten host op GitHub geef je dus wel degelijk toegang.

[ernstoud]

Raven schreef op dinsdag 28 oktober 2025 @ 08:30:
[...]

Uit nieuwsgierigheid: zelfs al heb je die wel, waarom geen mogelijkheid tot weigering zonder toegang te verliezen?

Vraag het in GitHub, daar krijg je vast antwoord, ik ben ook maar gebruiker.

[neeecht]

ernstoud schreef op dinsdag 28 oktober 2025 @ 10:59:
[...]


FW file op de SD Card vernieuwen dus.

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

[ernstoud]

neeecht schreef op dinsdag 28 oktober 2025 @ 11:30:
[...]


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

Heb je wel gezocht dan?

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

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

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

Ik begrijp je eerlijk gezegd niet helemaal.

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

[neeecht]

ernstoud schreef op dinsdag 28 oktober 2025 @ 11:48:
[...]


Heb je wel gezocht dan?

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

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

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

Ik begrijp je eerlijk gezegd niet helemaal.

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

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

[neeecht]

IPv6 ping test unsuccessful for k.root-servers.net: 100% packet loss. IPv6 tests pass.
Is wel weer apart dan. KPN ipv6 zou nu allemaal goed moeten zijn.

[ernstoud]

neeecht schreef op dinsdag 28 oktober 2025 @ 13:18:
IPv6 ping test unsuccessful for k.root-servers.net: 100% packet loss. IPv6 tests pass.
Is wel weer apart dan. KPN ipv6 zou nu allemaal goed moeten zijn.

Ik zie die IPv6 errors ook op mijn probe op Delta, waar ik IPv6 op heb. Bijzonder dus.

[Roetzen]

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.

[rescla]

Mijn HW probe was ook overleden begin september. Hij was offline gemeld in het dashboard en als ik via SSH inlog kreeg ik een of andere vage segmentation fault. Even een nieuwe image op de SD geflashed en hij werkt weer naar behoren.

[neeecht]

https://dash.globalping.io/probes/<id>?tab=logs
In het Logs tab:

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

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

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

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

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

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

[ernstoud]

neeecht schreef op vrijdag 31 oktober 2025 @ 12:29:
https://dash.globalping.io/probes/<id>?tab=logs
In het Logs tab:

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

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

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

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

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

Je verbinding naar internet is wel goed?

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

Doe eens:

ping -n 100 time.apple.com

[neeecht]

ernstoud schreef op vrijdag 31 oktober 2025 @ 12:45:
[...]


Je verbinding naar internet is wel goed?

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

Doe eens:

ping -n 100 time.apple.com

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

Ik denk sowieso dat apple wat moeite heeft:

ping -n 100 time.apple.com

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

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


google.com wil wat beter:

ping -n 100 google.com

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

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

[ernstoud]

neeecht schreef op vrijdag 31 oktober 2025 @ 13:24:
[...]


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

Ik denk sowieso dat apple wat moeite heeft:

ping -n 100 time.apple.com

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

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


google.com wil wat beter:

ping -n 100 google.com

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

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

Probleem ligt dus niet bij jou maar bij time.apple.com.

[Roetzen]

Heeft iemand hier ook de ervaring dat de globalping hardware probe onzichtbaar is in de Ziggo Smart Wifi app? Hier is ie wel zichtbaar in de GUI van het zwarte Ziggo Sagemcom modem, maar dus niet in de Smart Wifi app. Ik heb hierover al diverse keren kontakt gehad in de Ziggo community, maar ze kunnen (of willen) het niet oplossen. Er ontbreekt iets in de info die de probe uitstuurt, het is te moeilijk of het heeft geen prioriteit. Iemand met vergelijkbare ervaring?

[ernstoud]

Roetzen schreef op zondag 23 november 2025 @ 14:22:
Heeft iemand hier ook de ervaring dat de globalping hardware probe onzichtbaar is in de Ziggo Smart Wifi app? Hier is ie wel zichtbaar in de GUI van het zwarte Ziggo Sagemcom modem, maar dus niet in de Smart Wifi app. Ik heb hierover al diverse keren kontakt gehad in de Ziggo community, maar ze kunnen (of willen) het niet oplossen. Er ontbreekt iets in de info die de probe uitstuurt, het is te moeilijk of het heeft geen prioriteit. Iemand met vergelijkbare ervaring?

Ik heb geen enkele ervaring met Ziggo hardware, maar wat bedoel je met zichtbaar? Het MAC of IP adres?

[Roetzen]

ernstoud schreef op zondag 23 november 2025 @ 20:21:
[...]


Ik heb geen enkele ervaring met Ziggo hardware, maar wat bedoel je met zichtbaar? Het MAC of IP adres?

Allebei. Ik bedoel dat de probe totaal afwezig is in het overzicht van verbonden apparaten.

[ernstoud]

Roetzen schreef op zondag 23 november 2025 @ 21:59:
[...]

Allebei. Ik bedoel dat de probe totaal afwezig is in het overzicht van verbonden apparaten.

Dat is toch wel heel bijzonder. Om te communiceren in je netwerk heeft de probe een IP adres nodig dus zal hij een DHCP request doen. Een router zou hem dan toch in de lijst van actieve devices moeten zetten.

[Roetzen]

ernstoud schreef op maandag 24 november 2025 @ 00:02:
[...]

Dat is toch wel heel bijzonder. Om te communiceren in je netwerk heeft de probe een IP adres nodig dus zal hij een DHCP request doen. Een router zou hem dan toch in de lijst van actieve devices moeten zetten.

Dat zou inderdaad bijzonder zijn. Maar dat is dus niet het geval. De probe krijgt uiteraard IP adressen (v4 en v6) toebedeeld vanuit de router anders zou hij niet kunnen functioneren en hij is zoals ik al schreef zichtbaar in het GUI van de router Het gaat hier dus om de Ziggo Smart Wifi app. Daarin is hij onzichtbaar. Ben ik de enige global pinger die ook de Ziggo Smart Wifi app gebruikt? En test?

[ernstoud]

Roetzen schreef op maandag 24 november 2025 @ 10:20:
[...]

Dat zou inderdaad bijzonder zijn. Maar dat is dus niet het geval. De probe krijgt uiteraard IP adressen (v4 en v6) toebedeeld vanuit de router anders zou hij niet kunnen functioneren en hij is zoals ik al schreef zichtbaar in het GUI van de router Het gaat hier dus om de Ziggo Smart Wifi app. Daarin is hij onzichtbaar. Ben ik de enige global pinger die ook de Ziggo Smart Wifi app gebruikt? En test?

Je bent niet de enige:

https://community.vodafon...-binnen-mijn/td-p/1472452
https://community.vodafon...een-apparaten/td-p/851862

Ook andersom komt voor, dus dat oude devices in de app blijven staan:

https://community.vodafon...en-opschonen/td-p/1108919

[Roetzen]

@ernstoud Dat er ook nog andere problemen zijn met het tonen van aangesloten apparaten in de Ziggo Smart Wifi app is bekend. Maar het gaat mij specifiek om de globalping probe en daarom kaart ik het ook hier aan. Met die specifieke combinatie lijk ik vooralsnog de enige te zijn.

[ernstoud]

Roetzen schreef op maandag 24 november 2025 @ 21:45:
@ernstoud Dat er ook nog andere problemen zijn met het tonen van aangesloten apparaten in de Ziggo Smart Wifi app is bekend. Maar het gaat mij specifiek om de globalping probe en daarom kaart ik het ook hier aan. Met die specifieke combinatie lijk ik vooralsnog de enige te zijn.

Er is weinig specifiek aan de Globalping HW probe. Het is gewoon een NanoPI Neo, met een 10/100 Mbps. Ethernet poort.

[Roetzen]

ernstoud schreef op maandag 24 november 2025 @ 22:32:
[...]

Er is weinig specifiek aan de Globalping HW probe. Het is gewoon een NanoPI Neo, met een 10/100 Mbps. Ethernet poort.

En toch is er iets waardoor de globalping probe onzichtbaar is in de ZSWAP en ik probeer er achter te komen wat dat is…

[companion_cube]

Kan ik nog iemand blij maken met de probe? @ernstoud Weet jij misschien wat te doen als ik het kastje niet meer in de meterkast wil?

[ernstoud]

companion_cube schreef op woensdag 3 december 2025 @ 11:01:
Kan ik nog iemand blij maken met de probe? @ernstoud Weet jij misschien wat te doen als ik het kastje niet meer in de meterkast wil?

Welk kastje?

[companion_cube]

De probe

[ernstoud]

companion_cube schreef op woensdag 3 december 2025 @ 13:31:
De probe

Hij heeft natuurlijk ethernet nodig. Ik neem aan dat je ergens anders in huis ethernet aansluitingen hebt en/of WiFi?

Heb je alleen WiFi dan kun je een bridge WiFi-Ethernet gebruiken, dit is de goedkoopste die ik ken: https://amzn.eu/d/4O1o4oC net boven de EUR 20 dus geen verzendkosten. Werkt prima.

[Vliegvlug]

@ernstoud Het klinkt meer alsof @companion_cube van de hele probe af wil en er iemand anders blij mee wil maken.
Maar ik kan me vergissen natuurlijk

[ernstoud]

Vliegvlug schreef op woensdag 3 december 2025 @ 19:54:
@ernstoud Het klinkt meer alsof @companion_cube van de hele probe afwil en er iemand anders blij mee wil maken.
Maar ik kan me vergissen natuurlijk

Tja, “Weet jij misschien wat te doen als ik het kastje niet meer in de meterkast wil?” is voor meerdere uitleg vatbaar.

[Vliegvlug]

ernstoud schreef op woensdag 3 december 2025 @ 20:28:
[...]

Tja, “Weet jij misschien wat te doen als ik het kastje niet meer in de meterkast wil?” is voor meerdere uitleg vatbaar.

Ja klopt maar gezien het ”Kan ik nog iemand blij maken met de probe?” er voor kreeg ik toch sterk de indruk dat meterkast in die zin meer een eufemisme is voor zijn hele huis, en dat de probe daar nu toevallig hangt.

[companion_cube]

Vliegvlug schreef op woensdag 3 december 2025 @ 19:54:
@ernstoud Het klinkt meer alsof @companion_cube van de hele probe afwil en er iemand anders blij mee wil maken.
Maar ik kan me vergissen natuurlijk

Haha klopt, wil er inderdaad vanaf. Had ik duidelijker kunnen verwoorden.

[esky]

Ik heb hier een RIPE Atlas probe V3 liggen die er een hobby van maakt USB sticks te slopen en mijn voorraad oude USB sticks begint op te raken

Dus is er iemand die iets met zijn/haar oude USB-sticks wil doen? Je kan de probe krijgen, kost je alleen porto (ophalen kan ook). Stuur maar een PB.

[ernstoud]

esky schreef op vrijdag 5 december 2025 @ 10:11:
Ik heb hier een RIPE Atlas probe V3 liggen die er een hobby van maakt USB sticks te slopen en mijn voorraad oude USB sticks begint op te raken

Dus is er iemand die iets met zijn/haar oude USB-sticks wil doen? Je kan de probe krijgen, kost je alleen porto (ophalen kan ook). Stuur maar een PB.

Ja, hoe ze ooit hebben kunnen bedenken om USB sticks te gebruiken in de Atlas probes . Een USB stick kan maar weinig schrijf acties verdragen. Ik heb het wel eens bekeken en er worden elke 10 minuten veel kleine bestandjes aangemaakt. Dat verklaart alles.

[Raven]

@esky @ernstoud Die heb ik nog steeds in gebruik Dat van USB-sticks slopen ken ik, al zijn er periodes waar het heel lang goed gaat, maar ook periodes waar er om de zoveel tijd een stickje ten ziele gaat.

[Roetzen]

@esky. Zie PB

[Roetzen]

Probe 26115 is weer in de lucht.

En weet je wat? Geïnspireerd hierdoor heb ik mijn oude probe 17267 die ik had opgegeven toch maar weer eens uit de rommeldoos gehaald en potjankukeltje, die heb ik ook weer kunnen reanimeren. 17267 hangt aan de coax en 26115 aan de glasvezel. We zullen zien hoe lang die kersverse 32 Gb Philips sticks (van de Action) het uithouden.

[ernstoud]

Roetzen schreef op donderdag 11 december 2025 @ 22:10:
Probe 26115 is weer in de lucht.

Ik zie het:



Bijna een jaar uit de lucht geweest.

En weet je wat? Geïnspireerd hierdoor heb ik mijn oude probe 17267 die ik had opgegeven toch maar weer eens uit de rommeldoos gehaald en potjankukeltje, die heb ik ook weer kunnen reanimeren. 17267 hangt aan de coax en 26115 aan de glasvezel. We zullen zien hoe lang die kersverse 32 Gb Philips sticks (van de Action) het uithouden.

Als ik kijk bij 17267 dan is dat een written off probe in Frankrijk.

Dus je probe heeft een ander ID dan dat.

Off-topic…

PHILIPS USB sticks… mijn werkzaam leven begon met 7 jaar bij PHILIPS. Toen 350.000 medewerkers. Ze maakten bijna alles. En dat is allemaal weg (op Medical na). Computers, telecommunicatie, radarsystemen, audio/video etc.

En dan verkopen ze hun merk aan een of ander Chinees bedrijf om goedkope junk zoals een USB stick van hun naam te voorzien. Jammer.

[Roetzen]

@ernstoud oops typo. 17297.

[ernstoud]

Roetzen schreef op donderdag 11 december 2025 @ 22:57:
@ernstoud oops typo. 17297.

Op Ziggo zie ik. En was ook jaar met sabbatical .

[Roetzen]

@ernstoud Wat betreft die goedkope “Philips” USB sticks van de Action; die hoeven voor deze specifieke toepassing niet ongeschikt te zijn. Dat ze van mindere kwaliteit zijn impliceert niet per sé dat ze er sneller de brui aan geven. Die 32 Gb is veel meer dan waarvoor de probe destijds ontworpen is dus veel meer bytes om de schrijfacties over te verdelen en als ie toch een keer stuk gaat heb ik voor €7 weer een verse…

[ernstoud]

Roetzen schreef op vrijdag 12 december 2025 @ 11:44:
@ernstoud Wat betreft die goedkope “Philips” USB sticks van de Action; die hoeven voor deze specifieke toepassing niet ongeschikt te zijn. Dat ze van mindere kwaliteit zijn impliceert niet per sé dat ze er sneller de brui aan geven. Die 32 Gb is veel meer dan waarvoor de probe destijds ontworpen is dus veel meer bytes om de schrijfacties over te verdelen en als ie toch een keer stuk gaat heb ik voor €7 weer een verse…

Natuurlijk. Ik claim ook niet dat het rommel is. Ik bedoelde meer te zeggen dat het toch wel heel jammer is dat een merk dat ooit vooraanstaand was op het gebied van computertechnologie nu alleen nog een naam is op een Chinese USB stick.

[RobbyTown]

Globalping ontwikkeld in mooi tempo door. Sinds enkele maanden ook in Kuma beschikbaar.

Nieuw!

Providers in de regio
https://globalping.io/network-providers

NL overzicht
https://globalping.io/network-providers?filter=Netherlands

Zag ergens afgelopen week RIPE Atlas design een opfrisbeurt heeft gegeven.

[ernstoud]

RobbyTown schreef op donderdag 26 maart 2026 @ 22:13:
Globalping ontwikkeld in mooi tempo door. Sinds enkele maanden ook in Kuma beschikbaar.

Nieuw!

Providers in de regio
https://globalping.io/network-providers

NL overzicht
https://globalping.io/network-providers?filter=Netherlands

Ach, gemist. Ik kijk eigenlijk alleen af en toe in het Dashboard. En daar is weinig nieuws. Maanden geleden werd gezegd dat er grafieken zouden komen…

Zag ergens afgelopen week RIPE Atlas design een opfrisbeurt heeft gegeven.

Waardoor op oudere browsers niets meer werkte… inmiddels opgelost.

[Raven]

Eens kijken hoe RIPE en GP op mijn verhuisde probes gaan reageren. Ze hebben een tijdje uitgestaan i.v.m. verhuizen, zojuist weer aangesloten, eens kijken of ze automatisch weer opgepikt worden of dat ik nog wat moet doen.



't is wel een beetje krap, links en rechts Pi's met uitstekende connectors. Misschien maar eens op zoek naar microUSB en HDMI connectors die onder een hoek aan de kabel zitten.

.... GP heeft de verhuizing als nieuwe probe geregistreerd en RIPE gaat gewoon verder waar ie gebleven was.

[ernstoud]

Raven schreef op maandag 6 april 2026 @ 19:23:
.... GP heeft de verhuizing als nieuwe probe geregistreerd en RIPE gaat gewoon verder waar ie gebleven was.

Bij Globalping kan op een IP adres maar 1 probe draaien. Met nieuw IP start hij dus “als nieuw”. Een Atlas probe is niet IP gebonden, je kunt er meerdere op 1 IP adres hebben, dus je nieuwe IP ziet hij gewoon als vervolg. Een Atlas probe wordt herkend aan zijn Probe ID.

[ernstoud]

Wil je meer weten over RIPE Atlas, dan organiseert RIPE twee online sessies over Atlas en met name over een aantal recente toevoegingen m.b.t visualisaties.

Hier meer info en inschrijven: https://www.ripe.net/meet...re-concepts-to-use-cases/