Discussie m.b.t. RIPE Atlas en Globalping

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

[Tylen]

GodZZila schreef op zaterdag 2 november 2024 @ 12:12:
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

[Afbeelding]

Adopten op ipv6 en die v4 weggooien. Dan doet hij allebei. Kan je zelf testen op de globalping website (je eigen probe kiezen en dan ipv4 en 6 tests uitvoeren)

[Vliegvlug]

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

Komaan, iedere zichzelf respecterende tweaker heeft wel een doos met kabeltjes van diverse lengtes liggen. Paard en gegeven bek en zo. 😀

Jij maakt er een waardeoordeel van, was gewoon een observatie.

De bijgeleverde voedingskabel heb ik niet eens gebruikt, de netwerkkabel wel maar dat heeft meer met de afwijkende kleur te maken zodat ik weet dat die van een apart vlan is.

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

Ik heb de netvoeding nu tijdelijk in gebruik, moet nog een usb-c naar micro usb kabel gaan halen want die heb ik dan weer niet liggen
Dan heb ik die adapter niet meer nodig maar ‘m kan voeden uit de usb-c aansluiting van mijn stekkerdoos.

[Vliegvlug]

Tylen schreef op zaterdag 2 november 2024 @ 11:54:
[...]


Echt? Aansluiten en je externe ip invullen op de website. 4 minuten werk (waarvan 3 minuten wachten op het opstarten van de probe) 😂

Als je de probe gewoon in je thuis netwerk wilt hangen… sure go ahead.
Ik heb eerst een eigen vlan gemaakt voor de probe en deze verder afgeschermd zodat hij verder nergens bij mag enkel naar buiten.
En dan nog firewall regels om ‘m wel te kunnen benaderen met ssh.

Is wel iets langer dan “een minuutje werk”

[ernstoud]

Nog een reminder om issues te melden op GitHub: https://github.com/jsdelivr/globalping-probe/issues

De developer leest hier af en toe mee en vroeg me dit nog een keer onder de aandacht te brengen. Zeker het IPv4/IPv6 verhaal zou iemand daar even moeten posten.

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

Vliegvlug schreef op zaterdag 2 november 2024 @ 21:26:
Heb mijn verweesde probe succesvol geadopteerd:
[Afbeelding: GlobalPing hardware probe adaption succesvol]


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?

Nee. Maar je kunt natuurlijk een issue aanmaken op GitHub: https://github.com/jsdelivr/globalping-probe/issues

(Of je niet storen aan die meldingen in het log .)

[Vliegvlug]

ernstoud schreef op zaterdag 2 november 2024 @ 21:32:
[...]

Nee. Maar je kunt natuurlijk een issue aanmaken op GitHub: https://github.com/jsdelivr/globalping-probe/issues

Had ik al gezegd dat ik geen ontwikkelaar ben en een GitHub noob.

(Of je niet storen aan die meldingen in het log .)

Stoor me er ook niet zelf aan hoor maar leek me voor het systeem niet handig. Maar maakt niet uit dus, is niet dat deze status ergens centraal wordt teruggemeld elke keer?

[ernstoud]

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.

[Raven]

@ernstoud * Raven zit die ook te overwegen

offtopic:
Keer wat anders dan Java-meldingen krijgen van IPMI KVM dat geen html5 doet

[nautaonline]

Afgelopen week ook de hw probe binnengekregen. Postbode belde netjes aan omdat het niet door de bus pastte.

Zit in het netwerk AS215553, wat anders dan KPN/Ziggo/Delta/Odido ;-)

[ernstoud]

Jongens en meisjes denk eens mee, ik kreeg van Globalping de volgende vraag:

”If you have any other ideas on how we could further promote Globalping please let me know, we could organize more giveaways, or even better partner with a company to sponsor a new shipment of probes.”

Heeft iemand interesse? Binnen je eigen werkkring of community? Wellicht in België want daar zijn nog weinig probes.

Iemand binnenkort een technische (?) meeting waarbij je probes kunt uitdelen?

In de zak van of met ?

Andere ideeën?

[ernstoud]

Maand geleden de redactie van Tweakers op dit spoor gezet. Geen enkele reactie.

Terwijl dit toch een echt Tweakers onderwerp is lijkt me met veel raakvlakken; internet, Linux, containers, home networking,…

Ik heb het net nog een keer geprobeerd bij de redactie. Verwacht er niets van maar ik houd hoop. Niet reageren op een e-mail is eigenlijk ook wel een beetje .

[GodZZila]

ernstoud schreef op maandag 4 november 2024 @ 15:42:
Jongens en meisjes denk eens mee, ik kreeg van Globalping de volgende vraag:

”If you have any other ideas on how we could further promote Globalping please let me know, we could organize more giveaways, or even better partner with a company to sponsor a new shipment of probes.”

Heeft iemand interesse? Binnen je eigen werkkring of community? Wellicht in België want daar zijn nog weinig probes.

Iemand binnenkort een technische (?) meeting waarbij je probes kunt uitdelen?

In de zak van of met ?

Andere ideeën?

Met kerst krijg ik weer diverse belgische collega's over de vloer. Ik zou er dan wel een paar kunnen uitdelen mocht je iets hebben en het nodig zijn. Kan er ook wel 1 op kantoor in belgie aansluiten op het gasten netwerk. (Telenet) en met een firewall regel kan ik er ook wel 1 op orange dan aanmelden (backup verbinding)

[ernstoud]

GodZZila schreef op maandag 4 november 2024 @ 20:22:
[...]


Met kerst krijg ik weer diverse belgische collega's over de vloer. Ik zou er dan wel een paar kunnen uitdelen mocht je iets hebben en het nodig zijn. Kan er ook wel 1 op kantoor in belgie aansluiten op het gasten netwerk. (Telenet) en met een firewall regel kan ik er ook wel 1 op orange dan aanmelden (backup verbinding)

Ik heb ze niet hoor. Ik fungeer alleen als doorgeefluik voor Globalping en geef dus alleen die vraag door.

Kom je dan tot zeg 10 exemplaren?

[ Voor 3% gewijzigd door ernstoud op 04-11-2024 20:27 ]

[GodZZila]

ernstoud schreef op maandag 4 november 2024 @ 20:26:
[...]


Ik heb ze niet hoor. Ik fungeer alleen als doorgeefluik voor Globalping en geef dus alleen die vraag door.

Kom je dan tot zeg 10 exemplaren?

er komen er 30 over. Maar ze moeten het ook willen draaien dat is de vraag.
2 kan ik er zelf wel kwijt in belgie. de rest ik kan kijken wie het wil hebben. En als er dan wat overblijft terug sturen. Of naar andere medetweakers sturen?

[ernstoud]

GodZZila schreef op maandag 4 november 2024 @ 20:32:
[...]


er komen er 30 over. Maar ze moeten het ook willen draaien dat is de vraag.
2 kan ik er zelf wel kwijt in belgie. de rest ik kan kijken wie het wil hebben. En als er dan wat overblijft terug sturen. Of naar andere medetweakers sturen?

Ik heb je suggestie an Globalping doorgestuurd, stay tuned.

[MR_VIPER]

ernstoud schreef op maandag 4 november 2024 @ 15:42:
Jongens en meisjes denk eens mee, ik kreeg van Globalping de volgende vraag:

”If you have any other ideas on how we could further promote Globalping please let me know, we could organize more giveaways, or even better partner with a company to sponsor a new shipment of probes.”

Heeft iemand interesse? Binnen je eigen werkkring of community? Wellicht in België want daar zijn nog weinig probes.

Iemand binnenkort een technische (?) meeting waarbij je probes kunt uitdelen?

In de zak van of met ?

Andere ideeën?

Ik ga even kijken of ik wat collega's en partners kan porren om er ook 1 te draaien. Dan zouden er ook enkele in Portugal bijkomen.

[RobbyTown]

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)

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

[Red Boll]

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)

Ah, dacht dat het aan mijn probe alleen lag.

Eerste wat ik dacht: power cycle!

[ Voor 4% gewijzigd door Red Boll op 05-11-2024 21:20 ]

[stormfly]

@ernstoud de hardware probe is live, 1 op Ziggo (wordt KPN) en 1 op Odido klik&klaar als softprobe welke al draaide. Dank voor het organiseren van dit geheel.

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

[Tylen]

zeroday schreef op vrijdag 8 november 2024 @ 22:24:
[Afbeelding]

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

Deze monitor draai je die ook op de softprobe? Of so, kan ik de sourcecode of het script 😌

[zeroday]

Tylen schreef op zaterdag 9 november 2024 @ 09:48:
[...]


Deze monitor draai je die ook op de softprobe? Of so, kan ik de sourcecode of het script 😌

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

[ Voor 7% gewijzigd door zeroday op 09-11-2024 12:24 ]

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

[wiljums]

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?

[ Voor 6% gewijzigd door wiljums op 10-11-2024 13:29 ]

[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