Discussie m.b.t. RIPE Atlas en Globalping

[ernstoud]

wiljums schreef op zondag 10 november 2024 @ 13:27:
Mijn Globalping HW probe gaat steeds offline en als ik dan via SSH (Putty) de logs wil gaan bekijken dan sluit dat scherm vrijwel direct af.
Vervolgens lijkt dat een soort restart te triggeren, omdat even later de probe wel te bereiken is via SSH. In de log is dan te zien dat hij iedere keer begint met een update proces van versie 0.33.0 naar 0.33.2. Node.js versie is v20.13.0. Probe is aangemeld op IPv4 en niet te bereiken op IPv6.
Vervolgens komt hij ook weer online in het dashboard van Globalping, maar gaat na een minuut of 7 weer offline en begint het weer van voren af aan.

Hoe zou dit op te lossen zijn?

Heel merkwaardig. Het lijkt dus dat die update naar 0.33.2 niet lukt. Het beste is een issue openen op GitHub, dan kan een developer even meekijken.

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

[wiljums]

ernstoud schreef op zondag 10 november 2024 @ 13:40:
[...]


Heel merkwaardig. Het lijkt dus dat die update naar 0.33.2 niet lukt. Het beste is een issue openen op GitHub, dan kan een developer even meekijken.

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

Volgens de log wordt het update proces wel afgerond.
Issue aangemaakt op GitHub.

[jimmy87]

Zal thuis en op wat dc servers ook is een globalping node draaien

[ernstoud]

Ik moet zeggen dat het dashboard wel erg snel probes offline toont. Had al een tijdje niet gekeken en nu stonden 3 van de 5 probes op offline.

Bij IP wisselingen gaat dit toch niet lekker. Op mijn Odido K&K 5G verbinding ben ik met ProtonVPN bezig geweest; ok. dan wisselt IP en Odido doet dat ook elke 24 uur.

Op KPN VDSL was de probe ook weg in het dashboard zonder IP verandering.

Op Caiway glas bleek de VM in VMware opeens een IPv6 adres te hebben terwijl Caiway AON dat niet biedt. In VMware duidelijker eth0 aan de juiste ethernetport gekoppeld. Werkt weer.

Maar goed; bij die eerste twee genoemde gevallen redelijk onverklaarbaar.

Andere mensen gelijke ervaringen dat probes offline gaan? Want dan zal ik e.e.a. hier inventariseren en terugkoppelen via een issue in GitHub.

[stormfly]

ernstoud schreef op dinsdag 12 november 2024 @ 20:51:
Ik moet zeggen dat het dashboard wel erg snel probes offline toont. Had al een tijdje niet gekeken en nu stonden 3 van de 5 probes op offline.

Bij IP wisselingen gaat dit toch niet lekker. Op mijn Odido K&K 5G verbinding ben ik met ProtonVPN bezig geweest; ok. dan wisselt IP en Odido doet dat ook elke 24 uur.

Op KPN VDSL was de probe ook weg in het dashboard zonder IP verandering.

Op Caiway glas bleek de VM in VMwate opeens een IPv6 adres te hebben terwijl Caiway AON dat niet biedt. In VMware duidelijker eth0 aan de juiste ethernetport gekoppeld. Werkt weer.

Maar goed; bij die eerste twee genoemde gevallen redelijk onverklaarbaar.

Andere mensen gelijke ervaringen dat probes offline gaan? Want dan zal ik e.e.a. hier inventariseren en terugkoppelen via een issue in GitHub.

Jeps ook gezien na isp hobby vanuit mijn kant. Het reconnecten gaat niet lekker.

[ANdrode]

Andere mensen gelijke ervaringen dat probes offline gaan? Want dan zal ik e.e.a. hier inventariseren en terugkoppelen via een issue in GitHub.

Hier gaat dat ook niet lekker.

Mijn probe kreeg in de log nog wel metingen maar stond in dashboard offline. Dit was aan het begin van de avond.

Ik heb de probe verwijderd en opnieuw een adoption gedaan. Niet ideaal. Het AS en IP in de webinterface lijken de actieve verbinding niet te volgen.

[DJP!]

ernstoud schreef op dinsdag 12 november 2024 @ 20:51:
Ik moet zeggen dat het dashboard wel erg snel probes offline toont. Had al een tijdje niet gekeken en nu stonden 3 van de 5 probes op offline.

Bij IP wisselingen gaat dit toch niet lekker. Op mijn Odido K&K 5G verbinding ben ik met ProtonVPN bezig geweest; ok. dan wisselt IP en Odido doet dat ook elke 24 uur.

Op KPN VDSL was de probe ook weg in het dashboard zonder IP verandering.

Op Caiway glas bleek de VM in VMware opeens een IPv6 adres te hebben terwijl Caiway AON dat niet biedt. In VMware duidelijker eth0 aan de juiste ethernetport gekoppeld. Werkt weer.

Maar goed; bij die eerste twee genoemde gevallen redelijk onverklaarbaar.

Andere mensen gelijke ervaringen dat probes offline gaan? Want dan zal ik e.e.a. hier inventariseren en terugkoppelen via een issue in GitHub.

Hier ook de probe offline... IPV4 en IPV6 adressen zijn niet veranderd en de probe is ook niet van spanning geweest.

Na het verwijderen en adopten van de de probe in het dashboard is deze weer online.

[Tylen]

zeroday schreef op zaterdag 9 november 2024 @ 12:22:
[...]


alles staat hier in het forum ;-) je hebt grafana en influx nodig. die heb ik op apart lxc's in proxmox
wat wil je dan hebben? De grafana json staat ergens in een link hier gepost [hier]

ik heb een simpele crontab
*/5 * * * * /user/influxstats.sh

en de code

code:

#!/bin/bash

since=$(echo "(($(date +%s) - 10) /300) * 300 / 1" | bc)
count=$(docker logs globalping-probe --since "${since}" | grep -oE "'.+' request" | cut -d' ' -f 1 | tr -d "'" | sort | uniq -c | awk '{printf("%s=%s,",$2
,$1)}')

count_trimmed=${count%?}
if [ -n "$count_trimmed" ]; then
  curl -s -X POST 'http://influxdb.domain.net:8086/write?db=globalping' --data-binary "globalping,host=$(hostname) ${count_trimmed} ${since}000000
000"
fi

Code ook niet van mij ..
en die schiet alles naar influx en grafana maakt er wat van . .

eer niet aan mij maar aan @Tylen

Thanks nog. Dus alleen voor de sw probe. Denk dat ik mij vandaag even druk maar om die hw probe om te bouwen naar een sw probe. 😂

[stormfly]

ANdrode schreef op dinsdag 12 november 2024 @ 22:54:
[...]


Hier gaat dat ook niet lekker.

Mijn probe kreeg in de log nog wel metingen maar stond in dashboard offline. Dit was aan het begin van de avond.

Ik heb de probe verwijderd en opnieuw een adoption gedaan. Niet ideaal. Het AS en IP in de webinterface lijken de actieve verbinding niet te volgen.

Goede heads-up. Ik moest idd ook opnieuw adopten.

[Polyphemus]

Mijn twee softwareprobes zijn ook offline momenteel.

/edit: ook gefixt door de tips hierboven

[ Voor 31% gewijzigd door Polyphemus op 13-11-2024 09:27 ]

[pistole]

Hier ook iets vergelijkbaars. Hij stond op IPv4 offline (eerder v6 adopted). Zojuist opnieuw adopted met v6 adres, en hij staat er nu als nieuwe probe bij... Vreemd.

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

[ernstoud]

Reply:

“We fixed an issue that caused this today morning and most of the adopted probes are reported as online again. I also randomly checked a few of those that remained offline and those are indeed not connected.”

[ernstoud]

In ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping" had ik een overzicht gegeven van de groei van 5 oktober tot 28 oktober in Globalping probes in NL n.a.v. de giveaway actie van 100 hardware probes.

Het is tijd om de finale balans op te maken. Ik verwacht dat zo langzamerhand de 100 probes wel allemaal in NL gearriveerd zullen zijn.

code:

Caiway / Delta       17   14
KPN                  11   19
Vodafone / Ziggo      6    3
Odido                 4   12
Glasnet (Blackgate)   6    6
Others               52   18
                     --  ---
Total                96  168
        
Nieuwe Autonomous Domains: 13

Eerste kolom: aantal probes actief op 5 oktober, tweede kolom: groei in aantal tot vandaag 13 november.

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

En wellicht zijn er uit de giveaway batch ook nog 18 probes op andere ISP's en in datacenters e.d. geplaatst; totaal dus sinds 5 oktober zijn er 72 probes extra.

Er liggen er dus sowieso van de 100 uit de giveaway nog een paar klaar voor installatie. Wellicht maak ik ergens eind het jaar nog een overzicht.

[neeecht]

Meh, probe weer offline sinds 13 nov.
Ik weet toevallig dat ik een korte KPN hickup heb gehad.
Dat ding doet geen auto reconnect?

Even opnieuw opstarten?


Current version 0.33.2
Latest version 0.34.0
Start self-update process
Self-update finished

Nog steeds offline.
Ik ga niet elke keer dat ding opnieuw adopten....


IP addresses of the probe: <ipv6>, <ipv4>.

Dat is wel nieuw weer lijkt?
Deze staan ook in de probe info.

Version:0.33.2 (oude versie reported, offline dus.)

Beetje jammer.

Nog maar 1x opnieuw adopten dan?

Update:
Na delete en weer adopt meteen weer online.
Dit moet echt beter.


Update2:
https://dash.globalping.io/credits

Date Comment Amount
2024-11-13 Adopted probe "probe-nl-x-01" (ipv4). +150
2024-11-12 Adopted probe "probe-nl-x-01" (ipv6). +150
2024-11-11 Adopted probe "probe-nl-x-01" (ipv6). +150
2024-11-10 Adopted probe "probe-nl-x-01" (ipv6). +150
...

Daarna dus offline.
12 nov rond 19:00 was de KPN glas timeout en internet had een nieuwe uptime.
Mogelijk tijdelijk geen ipv6 en daardoor in de war geraakt? Geen idee.

[ Voor 32% gewijzigd door neeecht op 15-11-2024 20:16 ]

[ernstoud]

neeecht schreef op vrijdag 15 november 2024 @ 20:08:
Meh, probe weer offline sinds 13 nov.
Ik weet toevallig dat ik een korte KPN hickup heb gehad.
Dat ding doet geen auto reconnect?

Even opnieuw opstarten?


Current version 0.33.2
Latest version 0.34.0
Start self-update process
Self-update finished

Nog steeds offline.
Ik ga niet elke keer dat ding opnieuw adopten....


IP addresses of the probe: <ipv6>, <ipv4>.

Dat is wel nieuw weer lijkt?
Deze staan ook in de probe info.

Version:0.33.2 (oude versie reported, offline dus.)

Beetje jammer.

Nog maar 1x opnieuw adopten dan?

Update:
Na delete en weer adopt meteen weer online.
Dit moet echt beter.


Update2:
https://dash.globalping.io/credits

Date Comment Amount
2024-11-13 Adopted probe "probe-nl-x-01" (ipv4). +150
2024-11-12 Adopted probe "probe-nl-x-01" (ipv6). +150
2024-11-11 Adopted probe "probe-nl-x-01" (ipv6). +150
2024-11-10 Adopted probe "probe-nl-x-01" (ipv6). +150
...

Daarna dus offline.
12 nov rond 19:00 was de KPN glas timeout en internet had een nieuwe uptime.
Mogelijk tijdelijk geen ipv6 en daardoor in de war geraakt? Geen idee.

Er is met die 0.34.0 update een bug opgelost die dit probleem weg neemt.

Zie: https://github.com/jsdelivr/globalping-probe/issues/259

Ervaar je dit nog steeds dan graag een GitHub issue aanmaken. Hier is niemand aanwezig die dit kan verhelpen; daar wel.

[ernstoud]

Er zijn hier diverse scripts getoond die laten zien hoeveel requests een Globalping probe verwerkt.

Voor een RIPE Atlas software probe zou dat toch ook mogelijk moeten zijn dacht ik zo. Dus voila, hieronder een bash script dat alle metingen van vandaag toont:

(Uiteraard overal 27a0909a9fa5 vervangen door het ID van je RIPE Atlas probe container.)

code:

#!/bin/bash

h=$(date +%H)
m=$(date +%M)

let s=10#$h*60
let s=s+10#$m

c="27a0909a9fa5"

tf="$(mktemp)"

docker logs --since "$s"m "$c" 2>$tf 1>/dev/null

echo
echo -n "PING requests       : " && cat $tf | grep "looking for 'evping" | wc -l
echo -n "TLS requests        : " && cat $tf | grep "looking for 'evsslgetcert" | wc -l
echo -n "DNS requests        : " && cat $tf | grep "looking for 'evtdig" | wc -l
echo -n "TRACEROUTE requests : " && cat $tf | grep "looking for 'evtraceroute" | wc -l
echo -n "NTP requests        : " && cat $tf | grep "looking for 'evntp" | wc -l

rm $tf

Output:

code:

PING requests       : 5
TLS requests        : 1
DNS requests        : 1
TRACEROUTE requests : 11
NTP requests        : 1

Dit zijn dan de requests voor een meting geinitieerd door anderen dan de built-in measurements door RIPE zelf. Ik zal eens kijken of ik die ook nog kan achterhalen maar dat is weinig spannend; elke 10 minuten metingen naar de 12 rootservers en naar ping.ripe.net (deze dus: https://atlas.ripe.net/probes/1009084/#tab-builtins).

Leuk is dat je van de metingen die je probe uitvoert ook kunt zien waar de meting vandaan komt:

code:

root@DietPi:~# docker logs --since 24h 27a0909a9fa5 2>temp123 1>/dev/null
root@DietPi:~# cat temp123 | grep "looking for"
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 48 -i 1000 -A "82143066" 185.136.96.1'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82143268" 160.99.1.254'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 48 -i 1000 -A "82143780" 185.136.96.1'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 48 -i 1000 -A "82144546" 185.136.96.1'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82144772" 23.175.209.11'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82146475" 80.77.4.60'
eooqd: atlas_run: looking for 'evtraceroute -4 -a 16 -c 5 -f 1 -m 32 -w 4000 -z 10 -S 48 -T -p 80 -A "82147303" 185.182.236.32'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82148847" 63.222.106.8'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 64 -i 1000 -A "82150416" 193.46.104.18'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82151047" 141.28.230.229'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82152845" 210.56.11.202'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82154813" 44.31.73.162'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 48 -i 1000 -A "82155338" 45.83.248.1'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82156464" 64.49.15.15'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82156553" 193.49.43.151'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 48 -i 1000 -A "82157603" 185.161.169.126'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 48 -i 1000 -A "82159617" 45.83.248.1'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82159762" 216.49.224.166'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82161316" 23.143.82.14'
eooqd: atlas_run: looking for 'evtraceroute -4 -I -a 16 -c 3 -f 1 -m 32 -w 4000 -z 10 -S 48 -p 80 -A "82161348" 193.3.35.239'
eooqd: atlas_run: looking for 'evping -4 -c 3 -s 64 -i 1000 -A "82161567" 43.159.118.137'
eooqd: atlas_run: looking for 'evtdig -4 --resolv -e 512 -n --a Google.nl. -R --retry 0 --timeout 5000 -A "82163367"'
eooqd: atlas_run: looking for 'evsslgetcert -4 -p 443 -A "82163395" Google.nl'
eooqd: atlas_run: looking for 'evntp -4 -c 3 -w 4000 -A "82163563" Google.nl'
root@DietPi:~#

Je ziet de IP adressen en de measurement-ids, die je dan weer op atlas.ripe.net kunt opzoeken en dan kun je ook de resultaten bekijken van de andere probes in die meting, of wat die meting behelsde.

Leuk!

[pistole]

Gaaf, die scripts. Heb nu al een tijdje de Atlas en Globalping probes draaien maar nog geen tijd gevonden om stats te plotten. Binnenkort maar even tijd maken om te frutten. Leuk om te doen, vooral als het werkt!

[ernstoud]

Leuk om te weten: https://github.com/jsdelivr/globalping/issues/291

Er komen dus in het Globalping dashboard grafieken naar keuze net zoals bij RIPE Atlas.

Zodra dat er is, is er functioneel geen verschil meer tussen deze twee. Waarbij Globalping nog wel veel eenvoudiger en moderner is.

[Roetzen]

Roetzen schreef op zaterdag 2 november 2024 @ 11:31:
[...]

Ik heb overigens de bijgeleverde netadapter ook niet gebruikt. Ik voed de eerste uit de USB aansluiting op het Nokia glasvezelmodem dat ik van Caiway heb gekregen. En de tweede? Die voed ik weer uit de USB A poort van de eerste. Gaat prima en spaart weer 2 stopcontacten. 😀

Dat was misschien toch niet zo'n goed idee. Ik had ook problemen met steeds off-line gaan van de probes. Omdat ik even ziek geweest ben had ik nog geen gelegenheid dat te rapporteren. Maar ook ik moest de probes dan afmelden en weer opnieuw adopteren om ze weer on-line te krijgen. Maar nu ben ik toch even wat verder gaan kijken. En het lijkt er op dat mijn problemen mogelijk te wijten zijn aan de voeding. Twee probes voeden uit de USB poort van het glasvezelmodem lijkt te veel gevraagd. Ik heb de tweede nu niet meer gevoed uit de USB A poort van de eerste, maar uit een aparte netadapter. En voorwaar, toen kwamen de off-line probes spontaan weer on-line nadat de spanning er weer op kwam. Dus zonder opnieuw adopteren deze keer. En nu draait het al weer een avondje stabiel. Dus het lijkt er op dat alhoewel een standaard USB A poort genoeg levert voor twee probes, ze af en toe toch een een piekbelasting veroorzaken die te veel is voor wat de USB A poort van het glasvezelmodem kan leveren. En dan gaat de probe onderuit. Dus ik ga het nu maar een tijdje aankijken met elke probe zijn eigen voeding.

[ernstoud]

Roetzen schreef op maandag 18 november 2024 @ 22:36:
[...]

Dat was misschien toch niet zo'n goed idee. Ik had ook problemen met steeds off-line gaan van de probes. Omdat ik even ziek geweest ben had ik nog geen gelegenheid dat te rapporteren. Maar ook ik moest de probes dan afmelden en weer opnieuw adopteren om ze weer on-line te krijgen. Maar nu ben ik toch even wat verder gaan kijken. En het lijkt er op dat mijn problemen mogelijk te wijten zijn aan de voeding. Twee probes voeden uit de USB poort van het glasvezelmodem lijkt te veel gevraagd. Ik heb de tweede nu niet meer gevoed uit de USB A poort van de eerste, maar uit een aparte netadapter. En voorwaar, toen kwamen de off-line probes spontaan weer on-line nadat de spanning er weer op kwam. Dus zonder opnieuw adopteren deze keer. En nu draait het al weer een avondje stabiel. Dus het lijkt er op dat alhoewel een standaard USB A poort genoeg levert voor twee probes, ze af en toe toch een een piekbelasting veroorzaken die te veel is voor wat de USB A poort van het glasvezelmodem kan leveren. En dan gaat de probe onderuit. Dus ik ga het nu maar een tijdje aankijken met elke probe zijn eigen voeding.

In ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping" zijn wel wat piekjes te zien en zeker bij het opstarten is er voor 2 probes dan op een USB 2 poort inderdaad meer dan 500 mA nodig. En dat wil dan niet.

[stormfly]

neeecht schreef op vrijdag 15 november 2024 @ 20:08:
Meh, probe weer offline sinds 13 nov.
Ik weet toevallig dat ik een korte KPN hickup heb gehad.
Dat ding doet geen auto reconnect?

Even opnieuw opstarten?


Current version 0.33.2
Latest version 0.34.0
Start self-update process
Self-update finished

Nog steeds offline.
Ik ga niet elke keer dat ding opnieuw adopten....


IP addresses of the probe: <ipv6>, <ipv4>.

Dat is wel nieuw weer lijkt?
Deze staan ook in de probe info.

Version:0.33.2 (oude versie reported, offline dus.)

Beetje jammer.

Nog maar 1x opnieuw adopten dan?

Update:
Na delete en weer adopt meteen weer online.
Dit moet echt beter.


Update2:
https://dash.globalping.io/credits

Date Comment Amount
2024-11-13 Adopted probe "probe-nl-x-01" (ipv4). +150
2024-11-12 Adopted probe "probe-nl-x-01" (ipv6). +150
2024-11-11 Adopted probe "probe-nl-x-01" (ipv6). +150
2024-11-10 Adopted probe "probe-nl-x-01" (ipv6). +150
...

Daarna dus offline.
12 nov rond 19:00 was de KPN glas timeout en internet had een nieuwe uptime.
Mogelijk tijdelijk geen ipv6 en daardoor in de war geraakt? Geen idee.

Ik zie dat mijn PBR rule niet goed was om de probe te forceren over Odido Klik&Klaar ipv over Ziggo. Jij hebt ook meerdere internetlijnen thuis, mogelijk ook de oorzaak bij jou.

code:

[2024-11-19 05:37:17 +00:00] [ERROR] [api:error] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2024-11-19 05:37:18 +00:00] [ERROR] [api:error] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2024-11-19 05:37:19 +00:00] [ERROR] [api:error] Connection to API failed: getaddrinfo EAI_AGAIN api.globalping.io
[2024-11-19 05:37:23 +00:00] [ERROR] [api:error] Connection to API failed: Error: ip limit
[2024-11-19 05:37:23 +00:00] [ERROR] [api:error] Only 1 connection per IP address is allowed. Please make sure you don't have another probe running on IP 84.106.181.49.
[2024-11-19 05:37:23 +00:00] [ERROR] [api:error] Retrying in 1 hour. Probe temporarily disconnected.

@ernstoud een offline alert mail zou fijn zijn, mocht je de dev nog een keer spreken

[ernstoud]

stormfly schreef op dinsdag 19 november 2024 @ 06:42:
[...]
@ernstoud een offline alert mail zou fijn zijn, mocht je de dev nog een keer spreken

Hij word gek van al mijn e-mails .

Maak gewoon een issue aan: https://github.com/jsdelivr/globalping/issues

[Geert de Graaf]

Helaas is mijn probe nog steeds niet aangekomen (hij stond in het verleden wel met foto in de postnl app als aankomende post).

Lijkt mij wel funny als ze serialized zijn om te zien of hij wel online/adopted is aan de hand van hardware mac oid.

Kan ik een nieuwe aanvragen in mijn geval?

[ernstoud]

Geert de Graaf schreef op woensdag 20 november 2024 @ 11:50:
Helaas is mijn probe nog steeds niet aangekomen (hij stond in het verleden wel met foto in de postnl app als aankomende post).

Lijkt mij wel funny als ze serialized zijn om te zien of hij wel online/adopted is aan de hand van hardware mac oid.

Kan ik een nieuwe aanvragen in mijn geval?

Dan ligt de fout bij PostNL, immers hebben zij ergens in een sorteercentrum de foto gemaakt.

Ik denk niet dat Globalping bijhoudt welke probe naar welke gebruiker is gezonden. Die combinatie maak je zelf als je een probe adopteert in het dashboard.

Hoe lang geleden stond hij nog in de PostNL app? Ik heb wel eens gezien dat een zending verdween en een paar dagen later weer terug kwam. Het is nu erg druk ook bij PostNL natuurlijk gezien de drukte.

[Geert de Graaf]

ernstoud schreef op woensdag 20 november 2024 @ 12:30:
[...]


Dan ligt de fout bij PostNL, immers hebben zij ergens in een sorteercentrum de foto gemaakt.

Ik denk niet dat Globalping bijhoudt welke probe naar welke gebruiker is gezonden. Die combinatie maak je zelf als je een probe adopteert in het dashboard.

Hoe lang geleden stond hij nog in de PostNL app? Ik heb wel eens gezien dat een zending verdween en een paar dagen later weer terug kwam. Het is nu erg druk ook bij PostNL natuurlijk gezien de drukte.

De PostNL foto was van 22 Oktober (al eerder gepost in dit topic).

[ernstoud]

Geert de Graaf schreef op woensdag 20 november 2024 @ 15:08:
[...]


De PostNL foto was van 22 Oktober (al eerder gepost in dit topic).

Er zijn hier ook meldingen geweest dat het pakketje, te dik voor de meeste brievenbussen, in de tuin, bij de buren etc. is “bezorgd”. Kan dat zo zijn?

Anders via het nog steeds bestaande formulier een andere bestellen.

[duderuud]

Ik zag in de PostNL app een pakketje uit Polen...mijn eerste gedachte was een of andere spam/phishing ofzo

Maar goed, de probe is dus binnen! Heel binnenkort eens gaan testen.

[ernstoud]

duderuud schreef op woensdag 20 november 2024 @ 15:50:
Ik zag in de PostNL app een pakketje uit Polen...mijn eerste gedachte was een of andere spam/phishing ofzo

Maar goed, de probe is dus binnen! Heel binnenkort eens gaan testen.

Zat je bij de eerste honderd? Dan heeft het wel erg lang geduurd.

[duderuud]

Is ruim een week geleden binnengekomen. Dacht er nu pas aan

[ernstoud]

duderuud schreef op woensdag 20 november 2024 @ 16:11:
Is ruim een week geleden binnengekomen. Dacht er nu pas aan

Maar dan nog iets van zes weken schat ik. Je zat bij de eerste honderd?

[duderuud]

Jep...heeft inderdaad lang geduurd. Maar hey, je mag een gegeven paard...

[pistole]

Geert de Graaf schreef op woensdag 20 november 2024 @ 15:08:
[...]


De PostNL foto was van 22 Oktober (al eerder gepost in dit topic).

Bij mij heeft er ook wel eens een maand gezeten tussen foto en levering... Probleem is alleen dat je geen poot hebt om op te staan. Je kan bij GlobalPing melden (?) dat je niets hebt ontvangen maar ik denk niet dat ze een nieuwe sturen. Het heeft geen zin om bij PostNL te gaan klagen aangezien zij naar de verstuurder zullen verwijzen.

[MR_VIPER]

Ik ben ook zo een gelukkige met PostNL frustraties. Ik heb ooit 2 maanden moeten wachten op een Lego steentje. Lego had inmiddels al weer een andere gestuurd en die was er binnen een week. Is dus niks van te zeggen. Probe is ook nog niet binnen. Heb nu een Pi van een familielid in gebruik genomen en die draait nu met een softprobe. Moet hem alleen nog verplaatsen in het netwerk naar een ander VLAN. Iets met snel even willen doen en niet netjes afronden

[Vliegvlug]

Geert de Graaf schreef op woensdag 20 november 2024 @ 15:08:
[...]

De PostNL foto was van 22 Oktober (al eerder gepost in dit topic).

Dat is wel lang geleden inderdaad

ernstoud schreef op woensdag 20 november 2024 @ 15:21:
[...]

Er zijn hier ook meldingen geweest dat het pakketje, te dik voor de meeste brievenbussen, in de tuin, bij de buren etc. is “bezorgd”. Kan dat zo zijn?

Klopt, bij mij lag hij gewoon buiten op de mat.
Bij @Soppyscroll ook en bij @GodZZila onder een tafel en @Out.of.Control had geluk want paste het ook niet maar hadden ze het bij de buren afgegeven.

Misschien toch eens vragen in de buurt of rond je huis zoeken. Een Amazon bezorger heeft het eens gepresteerd een boek over de schutting te gooien die vervolgens achter een struik terecht kwam en daar ruim 3 weken gelegen heeft in een zo’n kartonnen envelop. Daar zat al flink wat schimmel in
Gelukkig deed Amazon niet moeilijk en had ik voordat ik ‘m terug vond al een nieuwe gekregen nadat ik had aangegeven dat hij niet gearriveerd was ook al was de status “bezorgd”.

[Bytebandit]

Ik heb deze week mijn server opnieuw geconfigeerd en zag nog een docker config voor Globalping er tussen staan. Ik heb als locatie Volkel aangegeven en ik zie daar nu wel een groen rondje op de kaart staan. Ik heb eigenlijk nog geen idee wat ik hiermee kan. Maar er staat een Glasnet gebruiker nu op de kaart..

[ernstoud]

Bytebandit schreef op zaterdag 23 november 2024 @ 19:09:
Ik heb deze week mijn server opnieuw geconfigeerd en zag nog een docker config voor Globalping er tussen staan. Ik heb als locatie Volkel aangegeven en ik zie daar nu wel een groen rondje op de kaart staan. Ik heb eigenlijk nog geen idee wat ik hiermee kan. Maar er staat een Glasnet gebruiker nu op de kaart..

Je kunt uiteraard via globalping.io metingen doen, maar dat kun je ook zonder een eigen probe. Met jouw probe zorg je ervoor dat die metingen dan voor jou en anderen mogelijk zijn.

Als je via dash.globalping.io je probe adopteert genereer je elke dag credits. Daarmee kun je via de API van Globalping dan meer metingen doen per uur dan standaard mogelijk is. En in de nabije toekomst ga je in het dashboard meer functies, zoals grafieken, krijgen.

Door jouw probe metingen te laten doen, dus vul op globalping.io AS201290 in, kun je jouw probe vergelijken met de andere op deze infra, of Nederland.. of… etc.

Zie: https://globalping.io/?measurement=Wv4sOQAlifp3cmlP daar zie je de probes op Glasnet, met jouw probe in Volkel.

Succes!

[Bytebandit]

ernstoud schreef op zaterdag 23 november 2024 @ 19:33:
[...]


Je kunt uiteraard via globalping.io metingen doen, maar dat kun je ook zonder een eigen probe. Met jouw probe zorg je ervoor dat die metingen dan voor jou en anderen mogelijk zijn.

Als je via dash.globalping.io je probe adopteert genereer je elke dag credits. Daarmee kun je via de API van Globalping dan meer metingen doen per uur dan standaard mogelijk is. En in de nabije toekomst ga je in het dashboard meer functies, zoals grafieken, krijgen.

Door jouw probe metingen te laten doen, dus vul op globalping.io AS201290 in, kun je jouw probe vergelijken met de andere op deze infra, of Nederland.. of… etc.

Zie: https://globalping.io/?measurement=Wv4sOQAlifp3cmlP daar zie je de probes op Glasnet, met jouw probe in Volkel.

Succes!

Thanks! Dat is wel super handig inderdaad. Ik zag toen in het Glasnet topic een noodkreet voor meer probes en ik heb het eigenlijk maar min of meer aangezwengeld. Morgen maar eens goed kijken naar de mogelijkheden en verder laat ik hem maar op m'n server pruttelen,

[ernstoud]

Bytebandit schreef op zaterdag 23 november 2024 @ 20:31:
[...]


Thanks! Dat is wel super handig inderdaad. Ik zag toen in het Glasnet topic een noodkreet voor meer probes en ik heb het eigenlijk maar min of meer aangezwengeld. Morgen maar eens goed kijken naar de mogelijkheden en verder laat ik hem maar op m'n server pruttelen,

Stel gerust je vragen hier.

[ernstoud]

Ter info.

Ik had een issue geopend bij Globalping met de vraag e-mail notificatie van offline probes te implementeren, maar dat zit dus al in de planning:

https://github.com/jsdelivr/globalping-dash/issues/27

Mooi.

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

[Bytebandit]

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

Ik zag in de logs dat hij bij mij ook een uur achterliep. De TZ env variabele toevoegen was voldoende om het te fixen.

code:

  globalping-probe:
    image: globalping/globalping-probe
    container_name: globalping-probe
    networks:
      vlan_webapps:
        ipv4_address: 192.168.xxx.xxx
    environment:
      - TZ=Europe/Amsterdam
    restart: always
    logging:
      driver: local

[Tylen]

De tijd staat toch gewoon goed? Alleen gebruikt hij utc tijdzone (zoals het ook hoort).

[Bytebandit]

Tylen schreef op maandag 25 november 2024 @ 10:34:
De tijd staat toch gewoon goed? Alleen gebruikt hij utc tijdzone (zoals het ook hoort).

Ik heb m'n container ook liever in mijn eigen tijdzone draaien. Ik heb nu 37 containers draaien en als ik voor elke container moet gaan uitzoeken in welke tijdzone die distro is geconfigureerd dan wordt dat vervelend.

[RobbyTown]

Bytebandit schreef op maandag 25 november 2024 @ 10:07:
[...]


Ik zag in de logs dat hij bij mij ook een uur achterliep. De TZ env variabele toevoegen was voldoende om het te fixen.

code:

  globalping-probe:
    image: globalping/globalping-probe
    container_name: globalping-probe
    networks:
      vlan_webapps:
        ipv4_address: 192.168.xxx.xxx
    environment:
      - TZ=Europe/Amsterdam
    restart: always
    logging:
      driver: local

Ben geen docker expert... hoe kom ik bij dat schema / configuratie bestand uit ?

code:

nano docker-compose.yml

Leeg bestand ergens iets van een handleiding hoe ik tijdzone bij de juiste container kan toevoegen?

[Bytebandit]

RobbyTown schreef op maandag 25 november 2024 @ 11:27:
[...]

Ben geen docker expert... hoe kom ik bij dat schema / configuratie bestand uit ?

code:

nano docker-compose.yml

Leeg bestand ergens iets van een handleiding hoe ik tijdzone bij de juiste container kan toevoegen?

Ah sorry, ik ging er stomweg vanuit dat je al wat meer ervaring met Docker had. Hoe heb je de container nu aangezwengeld? Als ik de github pagina handleiding bekijk dan staat er een docker run commando.

code:

docker run -d --log-driver local --network host --restart=always --name globalping-probe globalping/globalping-probe

Mocht je dat gedaan hebben dan kan je dit commando gebruiken

code:

docker update --env-add TZ=Europe/Amsterdam globalping-probe

[RobbyTown]

Bytebandit schreef op maandag 25 november 2024 @ 11:31:
[...]


Ah sorry, ik ging er stomweg vanuit dat je al wat meer ervaring met Docker had. Hoe heb je de container nu aangezwengeld? Als ik de github pagina handleiding bekijk dan staat er een docker run commando.

code:

docker run -d --log-driver local --network host --restart=always --name globalping-probe globalping/globalping-probe

Mocht je dat gedaan hebben dan kan je dit commando gebruiken

code:

docker update --env-add TZ=Europe/Amsterdam globalping-probe

Nou ik ben blij dat hier wat codes en handleidingen staan , ik kreeg het anders nooit werkend.

Zojuist de stappen gedaan. Inderdaad eerste had ik al draaien, kreeg ik netjes een melding van

code:

root@DietPi-Probe-01:~# docker run -d --log-driver local --network host --restar                                                                                                                           t=always --name globalping-probe globalping/globalping-probe
docker: Error response from daemon: Conflict. The container name "/globalping-pr                                                                                                                           obe" is already in use by container "4a8ea....ea5f". You have to remove (or rename) that container to be able                                                                                                                            to reuse that name.
See 'docker run --help'.
root@DietPi-Probe-01:~# docker update --env-add TZ=Europe/Amsterdam globalping-p                                                                                                                           robe
unknown flag: --env-add
See 'docker update --help'.

Maar --env-add kent die blijkbaar niet?

code:

 docker update --help

Usage:  docker update [OPTIONS] CONTAINER [CONTAINER...]

Update configuration of one or more containers

Aliases:
  docker container update, docker update

Options:
      --blkio-weight uint16        Block IO (relative weight), between 10 and 1000, or 0 to disable (default 0)
      --cpu-period int             Limit CPU CFS (Completely Fair Scheduler) period
      --cpu-quota int              Limit CPU CFS (Completely Fair Scheduler) quota
      --cpu-rt-period int          Limit the CPU real-time period in microseconds
      --cpu-rt-runtime int         Limit the CPU real-time runtime in microseconds
  -c, --cpu-shares int             CPU shares (relative weight)
      --cpus decimal               Number of CPUs
      --cpuset-cpus string         CPUs in which to allow execution (0-3, 0,1)
      --cpuset-mems string         MEMs in which to allow execution (0-3, 0,1)
  -m, --memory bytes               Memory limit
      --memory-reservation bytes   Memory soft limit
      --memory-swap bytes          Swap limit equal to memory plus swap: -1 to enable unlimited swap
      --pids-limit int             Tune container pids limit (set -1 for unlimited)
      --restart string             Restart policy to apply when a container exits

[MrJoery]

RobbyTown schreef op maandag 25 november 2024 @ 11:45:
Maar --env-add kent die blijkbaar niet?

Probeer eens:

code:

docker service update --env-add TZ=Europe/Amsterdam globalping-probe

[Bytebandit]

Ik zou eerst de suggestie van @MrJoery proberen.

Ik kreeg die --env-add als auto-completion in mijn shell maar ik moet eerlijk toegeven dat ik al heel lang geen docker run meer gebruikt heb. Misschien had ik het eerst moeten testen

Aangezien er geen data lokaal wordt opgeslagen, kan je de container eventueel verwijderen en opnieuw opstarten met die env toegevoegd aan de run command.

code:

docker stop globalping-probe
docker rm globalping-probe
docker run -d --log-driver local --network host --restart=always -e TZ=Europe/Amsterdam --name globalping-probe globalping/globalping-probe

Zo zou het wel moeten werken.

[ Voor 4% gewijzigd door Bytebandit op 25-11-2024 11:59 ]

[RobbyTown]

@MrJoery Direct getest, maar zegt nu dat het geen swarm manager is

code:

docker service update --env-add TZ=Europe/Amsterdam globalping-probe
Error response from daemon: This node is not a swarm manager. Use "docker swarm init" or "docker swarm join" to connect this node to swarm and try again.

@Bytebandit Oke dan maar radicaal (typo in regel 1 aangepast ) . Werkt

code:

[2024-11-25 11:59:56 +01:00] [DEBUG] [general] 'http' request

[Bytebandit]

RobbyTown schreef op maandag 25 november 2024 @ 12:01:
@MrJoery Direct getest, maar zegt nu dat het geen swarm manager is

code:

docker service update --env-add TZ=Europe/Amsterdam globalping-probe
Error response from daemon: This node is not a swarm manager. Use "docker swarm init" or "docker swarm join" to connect this node to swarm and try again.

@Bytebandit Oke dan maar radicaal (typo in regel 1 aangepast ) . Werkt

code:

[2024-11-25 11:59:56 +01:00] [DEBUG] [general] 'http' request

Haha je was sneller dan dat ik mijn reactie kon verbeteren. Dit werkt voor dit scenario prima, maar mocht je meer met Docker gaan doen, wees dan iets voorzichter. Dit is niet de plek voor een Docker cursus. Maar lang verhaal kort; je hebt bind mounts en named volumes. Mocht je container een named volume hebben en je verwijderd de container zoals we net deden. Dan bestaat de kans dat je data weg is. Bij bind mounts ligt dat dan weer anders. Maar mocht je meer over Docker willen leren dan zijn dat wel prima begrippen om te Googlen!

[RobbyTown]

@Bytebandit Draai er alleen ripe atlas en globalping op, gaat het het kapot even opnieuw installatie (dietpi) en bij beide voor de toekomst -e TZ=Europe/Amsterdam toevoegen.

Zojuist ook even met ripe-atlas gedaan

code:

docker stop ripe-atlas
docker rm ripe-atlas
docker run --detach --restart=always \
    --log-driver json-file --log-opt max-size=10m \
    --cpus=1 --memory=64m --memory-reservation=64m \
    --cap-drop=ALL --cap-add=CHOWN --cap-add=SETUID --cap-add=SETGID --cap-add=DAC_OVERRIDE --cap-add=NET_RAW \
    -v /var/atlas-probe/etc:/var/atlas-probe/etc \
    -v /var/atlas-probe/status:/var/atlas-probe/status \
    -e RXTXRPT=yes \
    -e TZ=Europe/Amsterdam \
    --name ripe-atlas --hostname "$(hostname --fqdn)" \
    jamesits/ripe-atlas:latest

De ssh key om bij ripe website te importeren dat ripe verbonden is hetzelfde gebleven en is weer online.

Met

code:

docker inspect globalping-probe
docker inspect ripe-atlas

Zie ik bij beide tijdzone erbij staan. Wel een berg info extra. Hoe krijg je de beknopte versie zoals in deze post?

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

[ernstoud]

En met betrekking tot veiligheid; zie: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

Als poorten van buiten naar binnen dicht zijn zit het denk ik wel goed. Alle verkeer naar buiten met RIPE Atlas en Globalping is met SSH.

[Dennis-L]

ernstoud schreef op maandag 25 november 2024 @ 12:26:
[...]


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:

[Afbeelding]

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.

Je kan de container ook aanmaken met een TZ environment variable met als waarde Europe/Amsterdam, dat werkt prima.

code:

-e TZ=Europe/Amsterdam

[2024-11-25 17:48:01 +01:00] [DEBUG] [general] 'dns' request 5MketGVh1v9mhXCW received.

En je kan ook de naam van de container gebruiken i.p.v. het id.
De naam is vrij statisch, het id kan veranderen.

[ernstoud]

Dennis-L schreef op maandag 25 november 2024 @ 17:50:
[...]


Je kan de container ook aanmaken met een TZ environment variable met als waarde Europe/Amsterdam, dat werkt prima.

code:

-e TZ=Europe/Amsterdam

[2024-11-25 17:48:01 +01:00] [DEBUG] [general] 'dns' request 5MketGVh1v9mhXCW received.

En je kan ook de naam van de container gebruiken i.p.v. het id.
De naam is vrij statisch, het id kan veranderen.

Dat met de TZ variabele had ik geprobeerd maar werkte niet, wellicht mijn fout.

[ernstoud]

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

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

Wellicht een idee als je een PC hebt die je remote wil besturen en daarbij meer nodig hebt dan VNC of RDP.

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.

[RobbyTown]

Je vorige post compleet gemist. Zeer benieuwd naar de retail prijs bij amazon tegen die tijd . Keertje naar TinyKVM gekeken (veel te duur) was opzoek naar KVM met remote usb, ivm BIOS updates. Van de zomer beetje warm op zolder .

[Raven]

@ernstoud * Raven had er al 2 besteld/gebacked
Inmiddels ook een paar bekende YT'ers erover zien babbelen, kan niet wachten

.... nu op zoek naar een VGA/DSUB-->HDMI adapter voor een van de systemen (server MB zonder BMC) waarvoor ik er een wil. HDMI-->VGA/DSUB heb ik wel liggen, andersom niet.

[RobbyTown]

@Raven zoek je dit? (als je regelmatig besteld bij bol, doe er een bol.com kaart bij en je hebt gratis verzending, select abbo hierdoor niet nodig )

[ Voor 25% gewijzigd door RobbyTown op 04-12-2024 08:25 ]

[ernstoud]

Raven schreef op woensdag 4 december 2024 @ 06:10:
@ernstoud * Raven had er al 2 besteld/gebacked
Inmiddels ook een paar bekende YT'ers erover zien babbelen, kan niet wachten

.... nu op zoek naar een VGA/DSUB-->HDMI adapter voor een van de systemen (server MB zonder BMC) waarvoor ik er een wil. HDMI-->VGA/DSUB heb ik wel liggen, andersom niet.

Ik heb zoiets lang gebruikt op een VGA notebook die aan een HDMI beamer hing:

https://www.ebay.nl/itm/276654791354

Niet gekeken of deze ook audio heeft maar die van mij deed dat ook, dus audio van notebook met klein kabeltje naar zo’n adapter gaf ook audio via de beamer. En als de VGA connector voldoende stroom levert zonder extra voeding werkend.

[Raven]

@RobbyTown @ernstoud Thanks , eens bekijken. Audio is niet nodig, 't betreffende MB heeft geen audio out

[zeroday]

Het duurde even maar ik zie nu dat mijn 2e probe offline is gehaald en 'verwijderd'
niet offline, maar gewoon verwijderd.

Ik heb een software probe en hardware probe draaien echter ik zie dat ze de gegevens van mijn hardware probe verwisseld hebben met mijn software probe,

Beetje lastig uitleggen maar mijn IPv6 adres van mijn software probe hangt nu aan de aangemaakte probe die de hardware probe was met een ander IPv6 adres ..

Op zich maakt het me niet uit .. maar als ze mijn software probe blijven gebruiken dan is dat ok, maar dan moet je hem niet onder de HW probe hangen

Dus na een maand of zo nog maar 1 probe over ik heb nu de kabel van de HW probe eruit gehaald om te zien of hetgeen wat hierboven staat ook klopt

[ernstoud]

zeroday schreef op dinsdag 10 december 2024 @ 08:52:
Het duurde even maar ik zie nu dat mijn 2e probe offline is gehaald en 'verwijderd'
niet offline, maar gewoon verwijderd.

Ik heb een software probe en hardware probe draaien echter ik zie dat ze de gegevens van mijn hardware probe verwisseld hebben met mijn software probe,

Beetje lastig uitleggen maar mijn IPv6 adres van mijn software probe hangt nu aan de aangemaakte probe die de hardware probe was met een ander IPv6 adres ..

Op zich maakt het me niet uit .. maar als ze mijn software probe blijven gebruiken dan is dat ok, maar dan moet je hem niet onder de HW probe hangen

Dus na een maand of zo nog maar 1 probe over ik heb nu de kabel van de HW probe eruit gehaald om te zien of hetgeen wat hierboven staat ook klopt

Er kan op een IPv4/IPv6 adres maar 1 Globalping probe actief zijn. Dat zal het probleem wel zijn. Als je de logs bekijkt van de probe die nu niet werkt zul je wel meldingen zien in die trant. Elk uur wordt dan gekeken of er een verschillend IP adres is.

[stormfly]

zeroday schreef op dinsdag 10 december 2024 @ 08:52:
Het duurde even maar ik zie nu dat mijn 2e probe offline is gehaald en 'verwijderd'
niet offline, maar gewoon verwijderd.

Ik heb een software probe en hardware probe draaien echter ik zie dat ze de gegevens van mijn hardware probe verwisseld hebben met mijn software probe,

Beetje lastig uitleggen maar mijn IPv6 adres van mijn software probe hangt nu aan de aangemaakte probe die de hardware probe was met een ander IPv6 adres ..

Op zich maakt het me niet uit .. maar als ze mijn software probe blijven gebruiken dan is dat ok, maar dan moet je hem niet onder de HW probe hangen

Dus na een maand of zo nog maar 1 probe over ik heb nu de kabel van de HW probe eruit gehaald om te zien of hetgeen wat hierboven staat ook klopt

Ik heb twee internetlijnen, na wat gehobby is de 2e probe regelmatig offline. Ben het regelmatig heractiveren om hem weer in het dashboard te krijgen wel een beetje zat aan het worden. Misschien stap ik terug naar 1 probe op mijn primaire internetlijn.

[ernstoud]

stormfly schreef op woensdag 11 december 2024 @ 10:09:
[...]


Ik heb twee internetlijnen, na wat gehobby is de 2e probe regelmatig offline. Ben het regelmatig heractiveren om hem weer in het dashboard te krijgen wel een beetje zat aan het worden. Misschien stap ik terug naar 1 probe op mijn primaire internetlijn.

Je helpt de community natuurlijk om het product beter te maken door een issue te openen op GitHub:

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

[stormfly]

ernstoud schreef op woensdag 11 december 2024 @ 13:00:
[...]


Je helpt de community natuurlijk om het product beter te maken door een issue te openen op GitHub:

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

Zal er eens naar kijken in de kerstvakantie.

[Roetzen]

stormfly schreef op woensdag 11 december 2024 @ 13:17:
[...]


Zal er eens naar kijken in de kerstvakantie.

Ik heb ook twee lijnen en twee probes. In het begin had ik er ook last van dat er een van de twee regelmatig uitviel en opnieuw aangemeld moest worden. Dat probleem verdween toen ik de kennelijk te krappe voeding van de hardware probes verving door een 2 A netadapter.

Kijk ook eens naar de voeding van die HW probe.

[Raven]

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

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

Wellicht een idee als je een PC hebt die je remote wil besturen en daarbij meer nodig hebt dan VNC of RDP.

offtopic:
YouTube: A local maker designed a KVM rackmount—sight unseen!

[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

[RobbyTown]

@zeroday Aardige aantallen .

Om eerlijk te zijn. Hier de ontvangen hardware probe omgebouwd.
Eigen microSD erin met DietPi en daar Globalping en RIPE via docker draaien.

Voeding heb ik ook vervangen. Na 2 weken ineens geen netwerk, maar nog wel lampje van data dat knipperde.

Nu een 2A voeding eraan ipv meegeleverde 1,5A (die zou voldoende moeten zijn). Al 3 weken niets aan de hand.

[ernstoud]

RobbyTown schreef op donderdag 2 januari 2025 @ 16:40:
@zeroday Aardige aantallen .

Om eerlijk te zijn. Hier de ontvangen hardware probe omgebouwd.
Eigen microSD erin met DietPi en daar Globalping en RIPE via docker draaien.

Voeding heb ik ook vervangen. Na 2 weken ineens geen netwerk, maar nog wel lampje van data dat knipperde.

Nu een 2A voeding eraan ipv meegeleverde 1,5A (die zou voldoende moeten zijn). Al 3 weken niets aan de hand.

Dan denk ik dat de meegeleverde de geest heeft gegeven en niet meer genoeg stroom kan leveren. Een NanoPi Neo gebruikt niet meer dan 200 - 300 mA. Zie: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping"

[ Voor 6% gewijzigd door ernstoud op 02-01-2025 16:51 ]

[ernstoud]

zeroday schreef op donderdag 2 januari 2025 @ 10:16:
Ik heb mijn hardware versie uit staan omdat ze deze keihard zonder enige vorm van communicatie uit mijn omgeving hebben gegooid…

Waarom dat dan?

Zoals hier: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping" aangegeven maak je er in een uurtje een werkende Globalping en Atlas probe van. Met voordeel dat hij dan op DietPI draait en je er meer mee kunt doen in grafische sfeer bijvoorbeeld. Is gewoon Debian based dus de hele open source wereld gaat open.

[ Voor 5% gewijzigd door ernstoud op 02-01-2025 16:56 ]

[zeroday]

ernstoud schreef op donderdag 2 januari 2025 @ 16:55:
[...]


Waarom dat dan?

Zoals hier: ernstoud in "Discussie m.b.t. RIPE Atlas en Globalping" aangegeven maak je er in een uurtje een werkende Globalping en Atlas probe van. Met voordeel dat hij dan op DietPI draait en je er meer mee kunt doen in grafische sfeer bijvoorbeeld. Is gewoon Debian based dus de hele open source wereld gaat open.

ik heb al zoveel meuk draaien op Intel NUCs dat een hardware device zoals wat je hier voorstelt een beetje uit de toon valt ..

[ernstoud]

zeroday schreef op donderdag 2 januari 2025 @ 17:46:
[...]


ik heb al zoveel meuk draaien op Intel NUCs dat een hardware device zoals wat je hier voorstelt een beetje uit de toon valt ..

Je wilt niet weten wat hier allemaal in huis staat aan mini pc’s… ben de tel kwijt.

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

[RobbyTown]

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.

[ Voor 25% gewijzigd door RobbyTown op 13-01-2025 13:14 ]

[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

[ernstoud]

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

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

Wellicht een idee als je een PC hebt die je remote wil besturen en daarbij meer nodig hebt dan VNC of RDP.

Inmiddels ook deze aangeschaft: https://www.gl-inet.com/products/gl-rm1/ (pre-order, komt midden april). Ik zal dan op Tweakers een topic maken met de vergelijking JetKVM en Comet.

[ernstoud]

Weinig nieuwe functionaliteit vanuit Globalping. Begin dit jaar was er sprake van grafieken in het dashboard e.d., ik zal eens informeren.

[RobbyTown]

ernstoud schreef op dinsdag 18 maart 2025 @ 11:31:
Weinig nieuwe functionaliteit vanuit Globalping. Begin dit jaar was er sprake van grafieken in het dashboard e.d., ik zal eens informeren.

Zie dat RIPE probe pagina in elk geval recent een mooie opfrisbeurt heeft gekregen.

[ernstoud]

RobbyTown schreef op woensdag 19 maart 2025 @ 09:24:
[...]

Zie dat RIPE probe pagina in elk geval recent een mooie opfrisbeurt heeft gekregen.

Reactie van Globalping was:

“… soon we should have public profiles and we're starting the development of scheduled measurements and rankings. Charts will come after that.”

[Raven]

ernstoud schreef op dinsdag 18 maart 2025 @ 11:29:
[...]


Inmiddels ook deze aangeschaft: https://www.gl-inet.com/products/gl-rm1/ (pre-order, komt midden april). Ik zal dan op Tweakers een topic maken met de vergelijking JetKVM en Comet.

offtopic:
Over JetKVM gesproken, gister aan een 2e hands ATEN CS1798 gehangen, lijkt prima te werken , al testte ik wel vanaf een Galaxy S20 Van 't weekend eens uitgebreider testen, kijken of ik OSD kan inschakelen via JetKVM en kan switchen van input. Alleen ff snel getest of het bedienen werkt, zowel keyboard als muis reageren op de pc die er ter test achter hangt

[ernstoud]

Nieuwe in het Globalping Dashboard: user profiles.

Als je in “Settings” bij je account kiest voor “Make my probes public” dan krijgt/krijgen je probe(s) automatisch een tag waardoor je ze in metingen kunt onderscheiden en is er dan (enkele minuten later) ook een publiek overzicht van al je probes beschikbaar:

https://globalping.io/users/Ernst2020 (waarvan het nut me enigszins ontgaat )

Meer info hier: https://x.com/jsDelivr/st...astCG1CzrNC5MUQ-ckvA&s=19

Inmiddels al 2000 probes. Een verdubbeling sinds deze thread startte.

[ Voor 13% gewijzigd door ernstoud op 23-03-2025 20:49 ]

[RobbyTown]

Flinke collectie

[ernstoud]

Hoe leuk is dat… iemand heeft een “Leader Board” gemaakt voor GlobalPing: https://globalpi.ng/

En ik sta plaats 11. Hoger zal het niet komen, ik vind het zo wel genoeg. Odido 4G, Odido 5G, KPN VDSL, Caiway fiber, Vodafone 4G… misschien nog KPN 4G of zo? Een Nano PI heb ik nog wel liggen .

[ernstoud]

Ideaal als je 24/7 een probe wil draaien, SpeedTests e.d.:

https://www.ebay.nl/itm/297098555342

Met het officiële Windows image van het Minix forum heb je voor rond de EUR 65 een gloednieuwe Windows mini PC snel genoeg voor de genoemde taken. Ik heb er twee gekocht, koopje!

Nieuw ook nog te koop bij Amazon voor EUR 225,-

[RobbyTown]

Iemand enig idee hoe je bij RIPE een probe niet publiek kan zetten?

Het vinkje heb je alleen bij de oude layout. Als ik dat uitvink bij Shared Publicly en wil opslaan krijg ik de volgende melding:

You cannot make a public probe non-public.

[ernstoud]

RobbyTown schreef op vrijdag 28 maart 2025 @ 04:21:
Iemand enig idee hoe je bij RIPE een probe niet publiek kan zetten?

Het vinkje heb je alleen bij de oude layout. Als ik dat uitvink bij Shared Publicly en wil opslaan krijg ik de volgende melding:

You cannot make a public probe non-public.

Ik zie inderdaad geen instelling om dat te veranderen. Stel je vraag eens in de mailing list: [e-mail]

[ernstoud]

@RobbyTown Hier abonneren op de genoemde mailing list: https://www.ripe.net/memb...mailing-lists/ripe-atlas/

[ Voor 5% gewijzigd door ernstoud op 28-03-2025 13:48 ]

[RobbyTown]

Ingezonden wacht op reactie

[ Voor 47% gewijzigd door RobbyTown op 28-03-2025 13:56 ]

[ernstoud]

RobbyTown schreef op vrijdag 28 maart 2025 @ 13:55:
Ingezonden wacht op reactie

Ik zag hem langskomen .

[RobbyTown]

Reactie ontvangen. Hmm jammer dat gaat dus niet meer

Our current policy is to encourage our hosts to make their probes public, therefore editing this is a one way change only (from non-public to public). There is no current method to make a probe non-public if it is currently public. We have implemented this in both the API and the new UI (which is why you can't do this in either), and the old UI will be phased out soon.

[ernstoud]

RobbyTown schreef op dinsdag 1 april 2025 @ 13:27:
Reactie ontvangen. Hmm jammer dat gaat dus niet meer
[...]

Ik zag de conversatie in de mail list.

Ik denk dat je dus alleen non-public kunt specificeren bij het aanvragen/registreren van een nieuwe Atlas probe.

[RobbyTown]

Inderdaad en zo te zien alleen bij een HW probe en geen SW probe

https://www.ripe.net/anal.../ripe-atlas/host-a-probe/

Bij HW kun je het uitvinken bij SW is de optie er niet.

[Jef61]

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

[Red Boll]

Jef61 schreef op zaterdag 19 april 2025 @ 12:39:
Opvallende grafiek deze morgen, zouden ze onderhoud of een storing hebben gehad?

Hier (ook) tussen 05:00 en 10:00 een dipje in het verkeer.

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

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


Maar ik zie dit, online 0, offline 1
[Afbeelding]

Misschien even opnieuw adopteren?

[zeroday]

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