Discussie m.b.t. RIPE Atlas en Globalping

[ernstoud]

RIPE Atlas (https://atlas.ripe.net) en Globalping (https://www.jsdelivr.com/globalping) zijn gratis - openbaar beschikbare - tools om de performance te meten van je internet verbinding en dit te vergelijken met anderen.

Vooral dat laatste is een groot verschil met producten zoals Smokeping en Nagios. Daarmee meet je bijvoorbeeld op continue basis de latency naar google.nl of een DNS server zoals 8.8.8.8. Maar zie je een afwijking wil je weten of dat lokaal bij jou een probleem is of bij je ISP.

Met een probe kun je een meting uitvoeren die door alle probes in je meting bijvoorbeeld voor een bepaalde ISP, of een bepaalde regio de resultaten geeft. Bijvoorbeeld een ping naar google.nl voor alle probes op de Delta infra: https://globalping.io/?measurement=63myzSNZ2BEW3DBW en dan kun je de resultaten vergelijken. Bij RIPE Atlas met fraaie grafieken, bij Globalping zoals ping, dig, traceroute resultaten geven.

Voor beide probe infrastructuren zijn ook command line tools, dashboards en APIs beschikbaar voor integratie in je eigen dashboard.

Bij Globalping kan iedereen zo’n meting doen, bij RIPE Atlas alleen als je een account aanmaakt en credits hebt (die je krijgt door een probe te hosten of door ze te bietsen in de community).

Dit alles is een “community effort”, maak je er gebruik van dan is het zelf hosten van een probe als tegenprestatie mooi. Installeer dan een probe op een PC (Linux, MacOS, Windows - native of in een container of VM) en maak deel uit van deze wereldwijde communities.

Ik heb RIPE Atlas en Globalping probes draaien op KPN VDSL/4G, Delta fiber, Vodafone 4G en Odido 4G. Een mix tussen hardware en software probes. Onder andere een RIPE Atlas probe op een Ubuntu mini PC en op een OpenWRT travel router van TP-Link (zie: http://www.kineta.nl/atlas/wr802n-write-up-v2.pdf).

Mijn Globalping probes draaien onder Docker op een minimale DietPI VM op VMware Workstation op Windows 10. Minder geschikt is “Docker Desktop for Windows” omdat daar al jaren een niet opgeloste bug (in VPNkit) zit waardoor traceroute niet werkt (zie: https://github.com/moby/vpnkit/issues/586).

Zowel RIPE als Globalping bieden naast een op je eigen PC (NAS, router, embedded controller etc) te installeren software oplossing ook hardware probes aan, in feite een (hele) kleine microcomputer. Voeding en ethernet aansluiten, probe registreren (in geval van RIPE) en klaar. Voordeel is het lage energieverbruik.

Met dank aan Tweaker @esky de volgende informatie m.b.t. installatie van een software probe op een Mikrotik router:

• Als je een Mikrotik router hebt kan je de Globalping container daar meestal ook op draaien. Installeren gaat zoals hier https://www.bgocloud.com/...hole-in-mikrotik-chr.html uitgelegd, maar dan zonder Env variabelen, met de root-dir als enige mount en met globalping/globalping-probe:latest als remote image.
• Met de optie "/container/set 0 logging=yes" zet je logging aan zodat je na het starten van de container met "log print" de code kan vinden die nodig is om de probe aan je dashboard toe te voegen.

Zie https://atlas.ripe.net/docs/probe-v5/ voor informatie over de RIPE Atlas hardware probe en https://lowendbox.com/blo...with-globalping-hands-on/ voor informatie over de Globalping hardware probe.

In principe kan iedereen een RIPE Atlas hardware probe aanvragen maar er is vaak geen voorraad en RIPE checkt of er nut is van nog een probe op jouw ISP of in jouw regio. Die restrictie is er niet voor software probes. Een Globalping hardware probe is gratis bij sponsoring via GitHub van minimaal 10 USD per maand.

Kijk maar eens bij de probe in mijn signature hieronder.

Wil je een gratis (!) Globalping hardware probe dan is er op dit moment (oktober 2024) een (bijna vergeven) giveaway van 100 hardware probes gaande, zie: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

Tot slot wat kenmerkende verschillen:

RIPE Atlas.

• Voordelen: veel informatie, mooie grafieken, continue meting mogelijk,historische data voorhanden, native Linux client, grote community (> 8000 probes in vrijwel alle landen), probes genummerd dus herkenbaar, mailing list voor community.
• Nadelen: resultaten komen langzaam binnen, nog steeds wat “dated look”, IP adres zichtbaar, CLI complex, grafieken soms erg traag, metingen vereisen credits, focus op academia, HW probes vrijwel niet meer beschikbaar.

Globalping.

• Voordelen: real-time metingen, modern UI, focus op eindgebruikers, probes in principe anoniem, meetgegevens in lay-out zoals dig, ping en traceroute, geen credits nodig (zie opmerking) bij metingen via de website en CLI, CLI simpel in gebruik, HW probe gratis als sponsor.
• Nadelen: alleen in docker container, geen historische data, (nog) geen continue metingen, kleinere community (> 1000 probes), eigen probe herkennen in meetresultaten moeizamer, communicatie met community via GitHub.

Een uitgebreide beschrijving van overeenkomsten en verschillen tussen RIPE Atlas en Globalping:

https://hackernoon.com/ri...work-measurement-platform

Opmerking: In het dashboard van Globalping (https://dash.globalping.io/) worden credits genoemd en zie je die elke dag met 150 toenemen per probe. Bij metingen via de API geldt een “hourly limit” (standaard: 250). Met credits en het gebruik van een in het dashboard gegeneerd token zijn buiten deze limiet meer metingen mogelijk. Zie: https://globalping.io/credits.

Voorbeeld van een grafiek (LatencyMon) van een RIPE Atlas latency meting naar ping.ripe.net van mijn twee probes (1x SW en 1x HW, in MyGroup1) vergeleken met een willekeurige probe op de Delta infra:



Te zien is dat de latency op mijn verbinding redelijk overeenkomt met die van een willekeurige andere klant van Delta maar dat er hier een duidelijk verschil is tussen mijn SW en mijn HW probe. De VM waarin de software probe draait voegt iets van 1.4 ms. latency toe.

Voorbeeld van TraceMon; visualisatie van traceroute waarbij door op de play button te drukken je veranderingen over een periode in routering als een film kunt afspelen en analyseren:



En een voorbeeld van een zelfde meting naar ping.ripe.net met de resultaten van Globalping van mijn SW probe op de Delta infra:



Uiteraard zelfde latency waardes, en te zien is in één oogopslag dat Delta op het moment van de meting geen issues heeft.

Even snel een meting doen met 3 probes naar 8.8.8.8 op de Delta infra met het Globalping CLI tool:



Wil je met de data van Globalping grafieken maken zoals met RIPE Atlas mogelijk zijn moet je (nu nog) via de CLI of API de meting doen en de data bijvoorbeeld met Excel analyseren.

Voor installatie van een Globalping en een RIPE Atlas probe op 1 NanoPI Neo zie: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

Wikipedia pagina over RIPE Atlas: Wikipedia: RIPE Atlas.

[ Voor 174% gewijzigd door ernstoud op 12-10-2024 00:03 ]

[ernstoud]

De Globalping HW probe is onderweg…



NanoPI Neo 512m.

Leuk om eens met een RIPE Atlas probe (op Turris Mox gebaseerd) te vergelijken.

[ Voor 3% gewijzigd door ernstoud op 01-09-2024 22:04 ]

[ernstoud]

Een impressie van het dashboard:



Zie: https://dash.globalping.io

Net met de developers gesproken. Er komen mooie opties aan.

[RobbyTown]

Yup zag hem ook idd belachelijk gratis krijgen dan grof geld vragen. Had tijdje terug van een Tweaker pi4 poe+ onverkocht gekocht. Was goedkoper dan die ebay advertentie

[ Voor 4% gewijzigd door RobbyTown op 19-09-2024 21:19 ]

[Raven]

@ernstoud Ik heb deze variant:


Dat opvreten van USB-sticks wisselt nogal, de eerste paar jaar meerdere sticks gesloopt, daarna paar jaar goed, dan weer een paar stuk, dan weer goed en nu dus het regelmatig terugkerende niet gedocumenteerde LED-patroon met weggevallen verbinding. Probe uit en aan en gaat weer tijdje goed.

Voor flash-issues is er een LED-patroon, dat is echter niet die waar ik de laatste tijd tegenaan loop.

Aanvraag voor nieuwe is ingediend, op aanraden van support afdeling.

[ernstoud]

stormfly schreef op zaterdag 21 september 2024 @ 19:33:
[...]


Inmiddels:
11 bij Delta & 2 bij Caiway
3 bij Ziggo
6 bij KPN
1 bij Odido
1 bij glasnet/blackgate

Hoe achterhaal jij het?

code:

stormfly@MacBook ~ % globalping dns -F DELTA -L 20 tweakers.net

code:

Search "AS15435" (13 hits in 1 file of 1 searched) [Normal]
  new 1 (13 hits)
    Line  244: > Rotterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  316: > Amsterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  381: > Rozenburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435) (u-schenkict-1)
    Line  598: > Utrecht, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  620: > Tilburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  685: > Steenbergen, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line  909: > Utrecht, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1041: > Zwolle, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1170: > Amsterdam, NL, EU, Caiway NL (AS15435)
    Line 1306: > Rotterdam, NL, EU, Caiway NL (AS15435)
    Line 1350: > Amsterdam, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1442: > Arnhem, NL, EU, DELTA Fiber Nederland B.V. (AS15435)
    Line 1573: > Middelburg, NL, EU, DELTA Fiber Nederland B.V. (AS15435)

Yep, 11 op DFN inmiddels. Mooi. Ik meet met een MTR ook via de CLI met een klein FreeBasic programma:



Pijltje is mijn probe, waardes zijn avg. latency.

—-

Een punt is dat in de output je eigen probe (nu nog) slecht (eigenlijk niet dus) te herkennen is. Voor DFN geldt de tip dat een MTR naar alle probes bij de 2e (of 3e bij een LAN met meer routers) hop het IP adres van de router in de POP staat waarop je aangesloten bent. De kans dat er op die router nog een probe zit is klein. Dus dat kan je gebruiken.

Nog beter is in het dashboard, https://dash.globalping.io de locatie van je probe aanpassen naar een plek die je herkent of door een tag toe te voegen waarop je kunt filteren (zoals @wbschenk gedaan heeft zoals bovenstaande overzicht van stormfly toont met de tag u-schenkict-1).

[ernstoud]

Zo, even wat energieverbruik gemeten:



Bij opstarten, idle en uitvoeren van tests blijft het stroomgebruik ruim beneden 500 mA, dat betekent dat elke USB poort een Globalping HW probe zou moeten kunnen voeden. Dus heb je ergens nog een USB poort vrij in de buurt van je router scheelt dat een AC Adapter en lichtnet aansluiting.

De probe was niet echt idle, hij was best wel wat aan het doen:

code:

Using username "logs".
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Checking for the latest version
Current version 0.32.0
Latest version 0.33.0
Start self-update process
Self-update finished
[2024-09-22T15:54:36.260Z] Current node.js version v20.13.0
[2024-09-22T15:54:36.390Z] Wanted node.js version v20.13.0
[2024-09-22 15:54:42] [INFO] [general] Hardware probe running firmware version 2.0.
[2024-09-22 15:54:43] [INFO] [general] Starting probe version 0.33.0 in a production mode.
[2024-09-22 15:54:47] [DEBUG] [general] Connection to API established.
[2024-09-22 15:54:47] [INFO] [api:connect:location] Connected from Amsterdam, NL, EU (Odido Netherlands B.V., ASN: 31615, lat: 52.374 long: 4.8897).
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.registry.in: ping: connect: Network is unreachable.
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2024-09-22 15:54:48] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2024-09-22 15:54:51] [ERROR] [api:connect:alt-ips-handler] connect ENETUNREACH 2a01:4f8:c011:18e::1:443 - Local (fdb0:5508:533d:a700:3863:52ff:fead:6cea:38447)
[2024-09-22 15:54:51] [INFO] [api:connect:alt-ips-handler] IP address of the probe: 91.141.151.70
[2024-09-22 15:55:00] [DEBUG] [general] 'ping' request 9ys5OBVqN16sb19U received.
[2024-09-22 15:55:00] [DEBUG] [general] 'ping' request L2TxSXCseCFnhW6j received.
[2024-09-22 15:55:01] [DEBUG] [general] 'ping' request VWYtUpFTiwyPWKxi received.
[2024-09-22 15:55:01] [DEBUG] [general] 'ping' request BvoNuFSjy9qgMWVx received.
[2024-09-22 15:55:01] [DEBUG] [general] 'http' request cbzFlbu0UftkEnM9 received.
[2024-09-22 15:55:04] [DEBUG] [general] 'dns' request jG68KDtG60FaNoAr received.

[knip]

[2024-09-22 16:17:02] [DEBUG] [general] 'dns' request luG2ExlwkoqN07BI received.
[2024-09-22 16:17:02] [DEBUG] [general] 'dns' request QKNwKaPKHZaPj4zr received.
[2024-09-22 16:17:42] [DEBUG] [general] 'dns' request 3GeuPKX2kq76F5XM received.

Leuk ook dat je ziet bij opstarten dat hij een update doet, ik heb begrepen dat hij elke drie dagen reboot en naar updates zoekt.

[ernstoud]

Even snel met Freebasic een tooltje gemaakt om de resultaten van een ping meting met Globalping te visualiseren:



Gebruikt de Globalping CLI, ploticus en gif-viewer.

[ernstoud]

Mooi om te zien dat Google in vrijwel alle datacenters een Globalping probe heeft.



Ping naar Google.nl rond de 0.5 ms. .

En het geeft vertrouwen dat het met security van deze probe wel goed zit. Ken Google een beetje en die lui weten wat security is.

[ernstoud]

Vraag aan de netwerk die-hards hier: ik zie dat het grootste aantal requests dat een Globalping probe krijgt, de dns request is. Die geeft terug (met het dig commando):

code:

; <<>> DiG 9.16.50-Debian <<>> -t A Google.nl -p 53 -4 +timeout=3 +tries=2 +nocookie +nosplit +nsid
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38835
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
; NSID: 6e 73 2d 68 69 64 64 65 6e 2d 72 65 73 6f 6c 76 65 72 30 33 2e 64 66 6e 69 2e 6e 6c ("ns-hidden-resolver03.dfni.nl")
;; QUESTION SECTION:
;Google.nl.         IN  A

;; ANSWER SECTION:
Google.nl.      115 IN  A   142.251.36.3

;; Query time: 8 msec
;; SERVER: x.x.x.x#53(x.x.x.x)
;; WHEN: Tue Oct 15 16:41:29 CEST 2024
;; MSG SIZE  rcvd: 86

Wat is hier nou zo nuttig aan dat Globalping gebruikers zo graag het A record van de dns willen weten van sites?

Gaat het om het IP adres? De tijd dat de DNS query duurde? Iets anders in deze data?

Dit zijn de aantallen requests sinds middernacht vandaag richting mijn probe op DFN:

[ Voor 12% gewijzigd door ernstoud op 15-10-2024 16:52 ]

[zeroday]

Hier een plot vanaf het moment dat ik begon.
ik trek op basis van een script een dag uit de log en laat dat analyseren. Daar had ik eerst een fout in zitten omdat ik een 'vanaf' datum pakte met de docker log. Toen ik die fout opmerkte het script aangepast en met een ander scriptje wordt een png geplot ..

beetje huis tuin en keuken gedoe

[Thijn41]

Vind het opvallend dat er zo'n groot verschil zit tussen de probes en hun locatie/ISP.

Mijn probe thuis (Freedom) heeft vergelijkbare aantallen met zeroday:

(Had mijn docker container laatst opnieuw gestart, dus mis ik een flink aantal dagen aan logs)

Maar mijn probes in frankrijk (datacenter) hebben veel meer requests per dag.
Ook is het enorme verschil met het begin van mijn statistieken opmerkelijk.


---

ernstoud schreef op dinsdag 15 oktober 2024 @ 18:46:
Ook bij jou dus overwegend dns requests. Bijzonder. Ook gevraagd aan de ontwikkelaar, hij had gek genoeg ook niet echt een idee waarom dns metingen zo populair zijn.

Als ik naar mijzelf kijk (Gebruik het nog niet, maar was het wel van plan) is het natuurlijk interessant om met monitoring automatisch te gaan kijken of je websites wel netjes resolven in elk deel van de wereld (En vanaf elke ISP). En mocht je meerdere DNS servers hebben voor elk deel van de wereld, is de latency vanaf elk deel ook interessant.

[Dennis-L]

RobbyTown schreef op vrijdag 18 oktober 2024 @ 16:20:
[...]

Klopt hier nog een keer gedaan. Globe ipv6 direct, ripe niet. Voer het volgende uit:

code:

"ipv6": true,
  "fixed-cidr-v6": "2001:db8:a1a3::/48"

Beide geen ipv6 meer en ook niet meer na code weghalen niet meer .

1 van de 2 lukt (als ik verder nergens aan kom) alle 2 ipv6 blijkt een uitdaging.

ik heb dit in mijn daemon.json staan en werkende ipv6

{
"experimental": true,
"ip6tables": true
}

Wanneer je dan containers in een isolated ipv6 netwerk wil laten draaien dan kan je op deze manier ook een bridge netwerk aanmaken met ipv6 suppert.

docker network create --ipv6 --subnet xxxx:yyyy:zzzz:<kies hier een leuk nummertje>::/64 --gateway xxx:yyyy:zzzz:<hetzelfde leuke nummertje>::1 <naam van je bridge netwerk>

Mijn atlas probe draait in een bridge netwerk en dat ziet er dan zo uit



https://fariszr.com/docker-ipv6-setup-with-propagation/

[ Voor 39% gewijzigd door Dennis-L op 19-10-2024 09:30 ]

[ernstoud]

Economics schreef op zaterdag 19 oktober 2024 @ 19:39:
Probe vandaag binnen en meteen aangesloten

En nou nog een paar in KPN datacenters?

Google doet dat ook. En grote CDN’s zoals Firstly gebruiken die probes dan om beste pad, optimale DC e.d. te selecteren. Grappig.

Leuk, 1 ms. van Google DC in Eemshaven naar google.nl:

[ernstoud]

In dashboard links naar probes gaan, probe dubbel klikken, dan:

[RobbyTown]

Doelde eigenlijk op de system tags. Die zijn vergrendeld en waar haalt die de info vandaan dat het de ene keer datacenter tag word en de andere keer eyeball.

[ernstoud]

Uit China via Amazon, kwam vanmorgen binnen:



Dus wil je meer als 1 probe, een (enigszins dure) optie. Komt zonder accessoires.

Met de instructie (ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping") maak je er dan een probe van.

[Red Boll]

@ernstoud Had dat nog niet gedaan, bij deze: bedankt voor het onder de aandacht brengen van Globalping en organiseren van de hardware probe.

Ondertussen is deze al een paar dagen opgenomen in het het netwerk.

Om het niet té ingewikkeld te maken (KISS) zit deze in één VLAN op één "usb adapter" (in een Shelly Plug S) samen met een hardware Ripe Atlas probe. Over een week eens kijken wat dat dat nu eigenlijk op het gebied van stroom en data verbruikt.

Leuke aanvulling op mijn homelab en verzameling diensten/producten die er zijn omdat dat kan.

[RobbyTown]

@Red Boll Lol. Jij hebt weer een andere netwerkkabel. Globalping heeft zo te zien verschillende netwerkkabels verzonden. Voedingen zijn zo te zien van serienummer voorzien.

Hier een zelf gemaakte ontvangen (was globalping door de voorraad heen ?) en 1 van cableexpert die is ook een stukje korter.


USB kabel zijn 2 kleuren in omloop wit en zwart.

[ Voor 3% gewijzigd door RobbyTown op 22-10-2024 15:41 ]

[zeroday]

he he .. influxdb werkt met een update per 5 min. en vandaag even bezig geweest om de logfile verder
te importeren.Zodat Grafana ook werkt .. Door een denkfout een paar keer hetzelfde gedaan waarvan ik dacht dat er een fout was maar dat was het niet ..

dit is nu wat ik heb over de afgelopen dagewn dat ik globalping draai (selfhosted)

[MrJoery]

Bij mij lijkt het wel stabiel te zijn met de credits:

[zeroday]

DennisV1984 schreef op woensdag 23 oktober 2024 @ 08:52:
Hier ook geen Credits, maar! Er staat bij mij in het dashboard: Credits gained past month: 0
Vorige maand had ik nog geen probe, ik verwacht/hoop dat ik dan per 1 november wél wat zie.

dat maakt niet uit dat is in het hoofdscherm



je ziet gewoon per dag wat Credits erbij komen ..




Hier zie je die van mij en je ziet dat vanaf een bepaalde dag er niets meer bij komt

Nogmaals: niet erg. maar je zou het graag wat meer traceerbaar willen hebben om te zien wat er gebeurd
nu heb je een log, maar die geeft verder geen/weinig indicatie.
Ik zou mijn LXC kunnen rebooten en kijken wat er dan over 1 of 2 dagen gebeurd, maar wellicht hef je dan een issue op die ze nu nog zouden kunnen debuggen

want mij node staat online en is benaderbaar
echter je mist de 'adopted' status in je log cq. bij de credits
dus je ziet ook niet dat ie een dag overslaat (met bijv. een reden)

[ Voor 18% gewijzigd door zeroday op 23-10-2024 09:34 ]

[Jef61]

In Amsterdam zit een heel nest

[pistole]

DennisV1984 schreef op woensdag 23 oktober 2024 @ 08:52:
Hier ook geen Credits, maar! Er staat bij mij in het dashboard: Credits gained past month: 0
Vorige maand had ik nog geen probe, ik verwacht/hoop dat ik dan per 1 november wél wat zie.

Ik heb mijn probe begin deze week ge-onboard en pas nu credits:


Het lijkt dus even te duren.

[w1mm13]

Ik ben (dacht ik) een registered user, maar krijg toch maar 250 tests per uur ?

[Geert de Graaf]

ernstoud schreef op maandag 28 oktober 2024 @ 15:59:
Ik heb op 5 oktober een snapshot gemaakt van alle probes in NL met:

globalping ping --from Netherlands --limit 250

En vandaag 28 oktober heb ik dat weer gedaan, dit zijn de verschillen:

code:

Caiway / Delta       28 11
KPN                  17  6
Vodafone /Ziggo       6 
Odido                 9  5
Glasnet (Blackgate)  11  5
Others               66 14
                    --- --
Total               137 41

Eerste kolom: aantal probes actief op 28 oktober, tweede kolom: groei in aantal na 5 oktober.

Ik had het aanbod van 100 probes gepost in de threads van de genoemde providers, daar zijn dus 27 probes bij gekomen.

Dat valt nog wel een beetje tegen. Er zijn er nog onderweg vanuit Polen denk ik en/of een behoorlijk aantal Tweakers heeft de probe (nog) niet aangesloten.

Pakje staat sinds 22 Oktober al wel in PostNL app als onderweg.
Helaas komt het wel vaker voor dat tussen fotomoment en brievenbus er iets misgaat (vermoeden is met opzet).

[ Voor 7% gewijzigd door Geert de Graaf op 28-10-2024 16:05 ]

[zeroday]

Osxy schreef op maandag 28 oktober 2024 @ 15:52:
[...]


RIPE grafieken gok ik dan? Want Globalping heeft nog geen statistieken zover ik weet

Dennis-L heeft hier zijn JSON gedeeld voor influxdb en grafana https://gathering.tweakers.net/forum/view_message/80440684 en dat heb ik aan de praat gekregen in mijn omgeving



Van het weekend gingen de http en de mtr door het dak omdat er expliciet door 1 tester (alleen) op mijn node getest werd .. (en nee dat was ik niet).

via een crontabje wordt elke 5 minuten de grafiek bijgewerkt. Maar ik heb zelf nu ook een scriptje die elke DEBUG regel wegschrijft naar de influxdb .. want ik heb nog zo mijn ?? of die 5 min nu alles wel lekker pakt.. (maakt op zich niet uit .. het gaat om het idee) ..

[ Voor 18% gewijzigd door zeroday op 28-10-2024 18:35 ]

[esky]

Er waren al grafieken over het aantal requests van globalping probes, maar nog geen van dataverkeer dus bij deze:



Wat mij opvalt zijn 2 dingen:

1. Er is weinig dataverkeer. (Misschien meer als je ook ipv6 instelt)
2. Het dataverkeer is netjes over de dag verdeelt.

[Tylen]

ernstoud schreef op donderdag 31 oktober 2024 @ 12:01:
[...]


Hoe meet je dit? Misschien leuk om even te delen?

Dit is wat ik uit de unifi software haal:

[Jef61]

esky schreef op donderdag 31 oktober 2024 @ 09:46:
Er waren al grafieken over het aantal requests van globalping probes, maar nog geen van dataverkeer dus bij deze:

[Afbeelding]

Wat mij opvalt zijn 2 dingen:

1. Er is weinig dataverkeer. (Misschien meer als je ook ipv6 instelt)
2. Het dataverkeer is netjes over de dag verdeelt.

Hier een beetje hetzelfde beeld, dit is IPv4 en IPv6

[ Voor 9% gewijzigd door Jef61 op 31-10-2024 15:44 ]

[ernstoud]

esky schreef op donderdag 31 oktober 2024 @ 14:05:
[...]


De HW probe is rechtstreeks in mijn Mikrotik router geplugd en die maakt per poort grafieken.

Ik ga het eens inrichten met vnstat:



Niet mijn probe maar eth0 op de Genexis 7840.

[zeroday]

esky schreef op donderdag 31 oktober 2024 @ 09:46:
Er waren al grafieken over het aantal requests van globalping probes, maar nog geen van dataverkeer dus bij deze:

[Afbeelding]

Wat mij opvalt zijn 2 dingen:

1. Er is weinig dataverkeer. (Misschien meer als je ook ipv6 instelt)
2. Het dataverkeer is netjes over de dag verdeelt.

dit is mijn hw probe . en die heb ik alleen op IPv6 staan ..

[ernstoud]

De applicatie vnstat op mijn DietPI probe werkt prima. Bash scriptje maakt elke 15 min. een mooi gif bestand en met scp haal ik het naar de PC.



Inderdaad weinig traffic, en dit is dus een Globalping en Atlas probe.

[Vliegvlug]

Eergisteren de Global Ping hardware probe binnen gekregen!
Hoewel ‘binnen’, de postbode had ‘m gewoon voor de voordeur gelegd omdat hij geen zin had of het niet voor elkaar kreeg het pakketje door de brievenbus te krijgen.

Maar gelukkig lag hij er nog toen ik thuis kwam.

Dit is de inhoud:


Zo juist aangesloten, nu pitten en morgen maar eens kijken hoe ik ‘m kan adopten.

De micro usb kabel die erbij zat was wel heel erg lang trouwens en het netwerkkabeltje met 50 cm juist heel kort.

[Vliegvlug]

Ging net naar dash.globalping.io om mijn probe te adopten maar daar heb je blijkbaar een GitHub account nodig om in te loggen.
Ben vermoedelijk de enige hier zonder want nog nooit GitHub nodig gehad, ben dan ook geen programmeur.
Ik ga een GitHub aanmaken en hopelijk is er niet teveel programmeer kennis nodig

Lama, blijk toch al een GitHub account te hebben, dat scheelt weer!

Ooit aangemaakt omdat dat nodig was om HACS op HA (Home Assistant) te kunnen installeren. Je moest een code van HACS via github verifiëren en daarvoor was een account nodig.
Dus maar 1x gebruikt en daarna weer vergeten.

Maar goed, weer door met de hardware probe adopten…

Misschien interessant voor andere GitHub noobs zoals ik, je moet wel toestemming geven:

Is dat ik via hier van GlobalPing gehoord heb maar anders schept “Not owned or operated by GitHub”, “Created 6 months ago” en “Fewer than 1K GitHub users” niet heel veel vertrouwen eerlijk gezegd.

Nu is een e-mail en profile information opvragen gelukkig ook niet heel spannnend dus dat scheelt.

[ Voor 70% gewijzigd door Vliegvlug op 02-11-2024 11:09 ]

[GodZZila]

heb hem ook binnen gekregen, kwam gister terug van vakantie en hij heeft buiten een paar dagen onder een tafeltje gelegen. Gelukkig is hij wel droog gebleven.

Nu op een houtenbalk in het CV hok op zolder gehangen. Kabeltje van stroom was lang idd. daar maar mooi elastiek omheen gelaten.

[GodZZila]

weet ook iemand of je het op IPv4 en op IPv6 tegelijkertijd kan laten werken?

Had hem geadopt met IPv4, maar met opstarten zag ik een melding Ipv6 disabled, dus ik heb op dat VLAN waar hij opzit ook IPv6 aangezet. Maar hij bleef offline in het dashboard. Nu heb ik hem op IPv6 ook aangemeld en hij is weer zichtbaar.

Maar heb de probe er dus nu 2x in staan in het dashboard.

DE logs van de probe zien genoeg aanvragen binnen komen op de IPV6

[Jef61]

Hier nu drie Raspberry Pi's in de meterkast, allemaal op één USB-voeding.

[Roetzen]

[ Voor 33% gewijzigd door Roetzen op 02-11-2024 16:10 ]

[Vliegvlug]

Heb mijn verweesde probe succesvol geadopteerd:



In de logging blijft echter dit steeds voorbij komen
[2024-11-02 20:03:11 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.registry.in: ping: connect: Network is unreachable.
[2024-11-02 20:03:11 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2024-11-02 20:03:11 +00:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2024-11-02 20:03:11 +00:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.

Ondanks die laatst melding blijft hij het proberen. Aangezien Odido geen IPv6 ondersteund gaat dat nooit lukken.
Kan dat niet ergens in het Globalping dashboard worden ingesteld zodat het niet meer geprobeerd wordt?

[ernstoud]

RobbyTown schreef op dinsdag 5 november 2024 @ 12:09:
Bij RIPE zijn er denk ik weer problemen
https://atlas.ripe.net/pr...&toggle=all&page_size=100

Bijna iedereen is de uptime kwijt (10 min geleden op 0 gegaan)

Zie: https://status.ripe.net/

Korte onderbreking door onderhoud:

[ Voor 4% gewijzigd door ernstoud op 05-11-2024 12:52 ]

[ernstoud]

[zeroday]

mooi stabiele grafiek van mijn SW probe .. Een keer een piek toen mijn node expliciet door 1 tester continue werd gebruikt . (wel grappig om te zien dat dat dan direct effect heeft) (niet meer dan logisch dan .. )

[RobbyTown]

Zo inmiddels 3 stuks draaien.



Tag datacenter klopt niet. Helaas is die tag niet handmatig te bewerken. Data word opgehaald van ipinfo. Word denk ik lastig om goed te krijgen. Hoofdonderneming van ISP (Breedband Helmond) is namelijk een datacenter (e-Quest).

Landelijke GoT test gedaan .

Bij RIPE draai ik ze in een meting. Nou in 1 opslag te zien welke DSL heeft zonder de beschrijving te zien van de probe

[ Voor 51% gewijzigd door RobbyTown op 10-11-2024 13:00 ]

[ernstoud]

Issue aangemaakt:



En voor wat het waard is: gisteravond tot vanmorgen had RIPE Atlas problemen met (her)registreren van probes (bijvoorbeeld na verandering van IP adres).

[ Voor 16% gewijzigd door ernstoud op 13-11-2024 11:50 ]

[RobbyTown]

ernstoud schreef op zondag 24 november 2024 @ 00:34:
[...]


Stel gerust je vragen hier.

Nou bij deze. Deze handleiding gevolgd.

Docker tijdzone vraag
Die globalping docker loopt de tijd namelijk niet gelijk (zie screenshot) met de locale probe tijd (die staat goed Europe/Amsterdam)


Nu wil ik in de docker (globalping en ripe) tijdzone toevoegen, zodat die ook goed zijn. Alleen hoe voeg ik dat toe?

Veiligheids vraag
Verder een 2de vraag. Betreft de veiligheid. Thuis mogelijkheid tot vlans. Kan elders nog bij iemand plaatsen (router provider dus geen vlans) poorten van buiten naar binnen staan dicht / er is geen forwarding ofzo ingericht (default settings vanuit provider). Alleen hoe veilig is om alleen (ja plus dat van buiten naar binnen dicht staat) op die iptables af te gaan?

Via dwservice zal ik remote inloggen om het te updaten (dietpi en de pakketten).

[ Voor 21% gewijzigd door RobbyTown op 25-11-2024 02:57 ]

[ernstoud]

RobbyTown schreef op maandag 25 november 2024 @ 02:30:
[...]

Nou bij deze. Deze handleiding gevolgd.

Docker tijdzone vraag
Die globalping docker loopt de tijd namelijk niet gelijk (zie screenshot) met de locale probe tijd (die staat goed Europe/Amsterdam)
[Afbeelding]

Nu wil ik in de docker (globalping en ripe) tijdzone toevoegen, zodat die ook goed zijn. Alleen hoe voeg ik dat toe?

Veiligheids vraag
Verder een 2de vraag. Betreft de veiligheid. Thuis mogelijkheid tot vlans. Kan elders nog bij iemand plaatsen (router provider dus geen vlans) poorten van buiten naar binnen staan dicht / er is geen forwarding ofzo ingericht (default settings vanuit provider). Alleen hoe veilig is om alleen (ja plus dat van buiten naar binnen dicht staat) op die iptables af te gaan?

Via dwservice zal ik remote inloggen om het te updaten (dietpi en de pakketten).

Tijdzone goed zetten:
- Inloggen op de omgeving waarin Docker draait
- Inloggen op de container: “docker exec -it [container-id] /bin/sh”

Het container-id zie je met: “docker container ls”, zie:



Dan:

- cd /etc
- rm localtime
- ln -s /usr/share/zoneinfo/Europe/Amsterdam localtime
- exit
- docker container restart [container-id]
- omgeving waarin Docker draait verlaten (vermoedelijk met logout, logout, exit o.i.d.)

Je maakt hiermee in de container een nieuwe link aan naar de juiste tijdzone.

[zeroday]

Eens kijken hoe we het doen met Globalping ..



ik heb mijn hardware versie uit staan omdat ze deze keihard zonder enige vorm van communicatie uit mijn omgeving hebben gegooid (niet erg, dat wist ik dat dat kon gebeuren) .. maar omdat die dus geen grafieken kan laten zien via via via ... staat ie uit .. en is dit wat de software versie me laat zien

[ernstoud]

ernstoud schreef op dinsdag 3 december 2024 @ 23:31:
[...]


Update: 13.501 backers, doel was $50.000, opgehaald is $1.907.749 , productie loopt, toegezegd is levering deze maand. We gaan het zien. Komt t.z.t. ook bij Amazon te koop.

Update van de update: vorige week mijn JetKVM (https://jetkvm.com/) ontvangen. Werkt perfect.

Bijzonder dat een paar mensen voor dit geld zoiets kunnen produceren inclusief cloud omgeving.

[ernstoud]

RobbyTown schreef op maandag 13 januari 2025 @ 12:51:
Hier nog even geduldig wachten. Ik zit in de latere batch. Voor die prijs blijft echt nice. Filmpje gevonden het werkt ook echt allemaal. Zag ergens reactie voorbij komen stel zonder display dan was het nog goedkoper geweest (maar met display oogt wel zeer premium) Ook hele domme reacties gezien. Nutteloos. TeamViewer is prima. Nou succes met BIOS update via TeamViewer.

Wie hem gemist heeft. Toevallig bij V&A 1 tje te koop

@ernstoud heb jij ook de mogelijkheid om bij dit apparaat de 'stroom' te meten? Ik zie zo 123 nergens volt en ampere nodig heeft 5volt 2 ampere voeding lijkt mij voldoende aangezien hij ook via usb van de pc zou werken alleen los is beter zie ook filmpje 'dan is de kvm al opgestart' ipv beide opstarten.

Even een foto van een tijdelijke setup. Ik zie op de USB power meter 5V, 120 mA. Dus elke 5V adapter zal werken.



Er is wel een issue gerapporteerd als je de bijgeleverde USB splitter gebruikt voor voeding; dan voed je ook de USB poort van de PC. En dat is niet de bedoeling. Een guest moet niet de host voeden.

Ik denk dat een eigen thread openen voor de JetKVM een goed idee is. Echter; er is een levendige Discord server dus of een Tweakers thread veel toevoegt?

https://discord.gg/5msakzXz

[Jef61]

Opvallende grafiek deze morgen, zouden ze onderhoud of een storing hebben gehad?

[sander817]

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


edit: opnieuw adopten heeft gewerkt, thx

[ernstoud]

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.

Heb je niet ergens een USB poort vrij? Ik gebruik deze:

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

Werken allebei prima.

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

[ernstoud]

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

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

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

Ik heb het de developer gevraagd want ik zie ook vrijwel geen metingen op mijn probes.

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

Maar volgens jou ligt het niet aan de logfile?

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



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:



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 ]

[zeroday]

@ernstoud



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)



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 .

[Thijn41]

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:

[Thijn41]

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


Kun jij de x-as nauwkeuriger maken? Op 7 juli is nl. probe versie 0.39.1 gereleased (https://github.com/jsdelivr/globalping-probe/releases). Zou dat de boosdoener kunnen zijn?

Mijn drop in aantallen is vooral vanaf 10 juli, maar het kan natuurlijk zijn dat het even duurt voordat de update overal geïnstalleerd is?

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

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 ]

[Jef61]

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

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

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