Discussie m.b.t. RIPE Atlas en Globalping

[stormfly]

zeroday schreef op donderdag 17 oktober 2024 @ 07:31:
[Afbeelding]

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

beetje huis tuin en keuken gedoe

Kan je jouw laatste script delen?

Bij het script van Ernst krijg ik dit, en ik ben niet bij machte om dat op te lossen.

code:

root@pve:~/docker/stack_infra# bash globalpingscript.sh
globalpingscript.sh: line 20: unexpected EOF while looking for matching `"'

[pistole]

stormfly schreef op donderdag 17 oktober 2024 @ 08:00:
[...]


Kan je jouw laatste script delen?

Bij het script van Ernst krijg ik dit, en ik ben niet bij machte om dat op te lossen.

code:

root@pve:~/docker/stack_infra# bash globalpingscript.sh
globalpingscript.sh: line 20: unexpected EOF while looking for matching `"'

Op regel 9 staat een verkeerde aanhalingsteken. Verander de regel in:

code:

c="container-id"

[ernstoud]

pistole schreef op donderdag 17 oktober 2024 @ 08:09:
[...]

Op regel 9 staat een verkeerde aanhalingsteken. Verander de regel in:

code:

c="container-id"

Gecorrigeerd in mijn post. Dank voor de opmerking.

[stormfly]

pistole schreef op donderdag 17 oktober 2024 @ 08:09:
[...]

Op regel 9 staat een verkeerde aanhalingsteken. Verander de regel in:

code:

c="container-id"

Tnx

code:

PING requests       : 68
MTR requests        : 16
DNS requests        : 1172
HTTP requests       : 400
TRACEROUTE requests : 11

[ Voor 6% gewijzigd door stormfly op 17-10-2024 09:17 ]

[zeroday]

@stormfly

code:

#!/bin/bash

# Function to get the earliest date from the logs (third line of docker logs)
get_earliest_log_date() {
  # Use mktemp for a temporary file to store docker logs output
  temp_file=$(mktemp)
  
  # Redirect logs to the temp file and extract the date portion (YYYY-MM-DD)
  docker logs globalping-probe 2>&1 > "$temp_file"
  first_log_day=$(sed -n '10p' "$temp_file" | grep -oP '\[\K[0-9]{4}-[0-9]{2}-[0-9]{2}')

  # Clean up the temp file
  rm "$temp_file"

  if [ -z "$first_log_day" ]; then
    echo "Could not determine the earliest log date."
    exit 1
  fi

  echo "$first_log_day"
}

# Check if a command argument is provided
if [ -z "$1" ]; then
  echo "Usage: $0 <date in dd-mm-yyyy format, 'alltime', or 'live'>"
  echo "Example: $0 15-10-2024 or $0 live"
  exit 1
fi

# Handle the 'live' option (no mktemp for live logs)
if [ "$1" == "live" ]; then
  echo "Live logs:"
  docker logs -f --tail 25 globalping-probe
  exit 0  # Exit after displaying live logs
fi

# Temporary file for storing the logs
log_temp_file=$(mktemp)

# Handle the 'alltime' option
if [ "$1" == "alltime" ]; then
  echo "Displaying all logs:"
  # Redirect all logs to the temp file for alltime processing
  docker logs globalping-probe 2>&1 > "$log_temp_file"
else
  # Store the provided date in a variable
  INPUT_DATE=$1

  # Use pattern matching to validate the format and extract day, month, and year
  if [[ $INPUT_DATE =~ ^([0-9]{2})-([0-9]{2})-([0-9]{4})$ ]]; then
    DAY=${BASH_REMATCH[1]}
    MONTH=${BASH_REMATCH[2]}
    YEAR=${BASH_REMATCH[3]}
  else
    echo "Invalid date format. Please enter the date in dd-mm-yyyy format."
    exit 1
  fi

  # Reformat the date to yyyy-mm-dd for consistency
  DATE="$YEAR-$MONTH-$DAY"
  
  # Redirect all logs to the temp file for date processing
  docker logs globalping-probe 2>&1 > "$log_temp_file"
fi

# Print the first log date as the header if not 'alltime'
if [ "$1" != "alltime" ]; then
  echo "First log date: $DATE"
fi

# Define an array of commands (http, dns, ping, mtr, traceroute)
commands=("http" "dns" "ping" "mtr" "traceroute")

# Set a fixed width for alignment (adjust as needed)
width=15

# Loop through each command and count occurrences in filtered logs
for cmd in "${commands[@]}"; do
  if [ "$1" == "alltime" ]; then
    # Count all occurrences in the logs for the 'alltime' option
    count=$(grep "$cmd" "$log_temp_file" | grep DEBUG | wc -l)
  else
    # Count occurrences in logs for the specified date
    count=$(grep "$DATE" "$log_temp_file" | grep "$cmd" | grep DEBUG | wc -l)
  fi

  # Print the result with aligned output
  printf "%-${width}s: %d\n" "$cmd requests" "$count"
done

# Clean up the main temp file
rm "$log_temp_file"

ook hier geldt: kijk wat je container-id is, ik heb gewoon de default van het script van gobalping ..
er zijn wat opties/parameters

live
alltime
datum waar datum = dd-mm-yyyy

aanpassing ten opzichte van eerder was dat eerder er een --since optie in zat en die is fout want dan krijg je alleen maar een stijgende lijn, terwijl je de vergelijking per dag wil hebben. (ik dan)
live is leuk om te zien wat er binnen komt. met CTRL-C breek je dan het script af..

let niet op allle comments, bepaalde dingen kloppen niet (meer)

[stormfly]

Dank voor het delen!

[Raven]

ernstoud schreef op vrijdag 11 oktober 2024 @ 11:58:
[...]


Nee. Uit Polen en komt als standaard post niet met track/trace.

Er staat inmiddels een foto van een dergelijke zending in de PostNL app

[Polyphemus]

Hier vandaag ook eentje ontvangen

[Thijn41]

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

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

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

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


---

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

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

[Raven]

Polyphemus schreef op donderdag 17 oktober 2024 @ 14:43:
Hier vandaag ook eentje ontvangen

Inmiddels ontvangen nadat de postbode op de bel drukte, durfde de bubbelenvelop niet door de brievenbus te proppen , ik heb wel eens anders meegemaakt

[Polyphemus]

Raven schreef op donderdag 17 oktober 2024 @ 19:43:
[...]

Inmiddels ontvangen nadat de postbode op de bel drukte, durfde de bubbelenvelop niet door de brievenbus te proppen , ik heb wel eens anders meegemaakt

Dan hebben we zeker dezelfde postbode

Is het aan te raden de probe in een apart VLAN te zetten dat alleen naar buiten babbelen kan?

[ernstoud]

Polyphemus schreef op donderdag 17 oktober 2024 @ 20:57:
[...]

Dan hebben we zeker dezelfde postbode

Is het aan te raden de probe in een apart VLAN te zetten dat alleen naar buiten babbelen kan?

Hij is hardened, maar teveel security bestaat niet.

[zeroday]

[quote]Thijn41 schreef op donderdag 17 oktober 2024 @ 15:22:
Vind het opvallend dat er zo'n groot verschil zit tussen de probes en hun locatie/ISP.

Mijn probe thuis (Freedom) heeft vergelijkbare aantallen met zeroday:
[Afbeelding]
(Had mijn docker container laatst opnieuw gestart, dus mis ik een flink aantal dagen aan logs)

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

---

plot je deze images gewoon in excel of heb je een tool?

[Thijn41]

zeroday schreef op vrijdag 18 oktober 2024 @ 08:54:
plot je deze images gewoon in excel of heb je een tool?

Ik lees de logs elke 5 minuten uit en stuur de aantallen naar InfluxDB. De grafiekjes komen van Grafana.

[ Voor 54% gewijzigd door Thijn41 op 18-10-2024 10:00 ]

[zeroday]

Thijn41 schreef op vrijdag 18 oktober 2024 @ 10:00:
[...]

Ik lees de logs elke 5 minuten uit en stuur de aantallen naar InfluxDB. De grafiekjes komen van Grafana.

Oh damn .. dat heb ik nog nooit voor elkaar gekregen ..

[Red Boll]

Raven schreef op donderdag 17 oktober 2024 @ 19:43:
[...]

Inmiddels ontvangen nadat de postbode op de bel drukte, durfde de bubbelenvelop niet door de brievenbus te proppen , ik heb wel eens anders meegemaakt

Blijkbaar is dat hier wel gebeurd, die hing waarschijnlijk half uit de brievenbus.
Een medebewoner heeft die gisteren in de centrale hal gelegd.

Anyway, uiteindelijk heb ik deze dus in huis.
Vandaag de docker maar stoppen en deze in het netwerk hangen.

[Thijn41]

zeroday schreef op vrijdag 18 oktober 2024 @ 11:50:
[...]

Oh damn .. dat heb ik nog nooit voor elkaar gekregen ..

De code is eigenlijk een vrij simpel bash scriptje, mede omdat ik nog versie 1 van influxdb heb draaien (Dan hoef je niet zo moeilijk te doen met het posten van measurements).

De url en eventueel de database moet je aanpassen.
Daarnaast gebruik ik docker compose, dus daar haalt hij de logs vanaf. Het scriptje moet dus vanuit het pad van je docker compose draaien (Of eventueel het docker compose logs commando aanpassen).

code:

#!/bin/bash

since=$(echo "(($(date +%s) - 10) /300) * 300 / 1" | bc)
count=$(docker compose logs --since "${since}" | grep -E '\[DEBUG\] .+ request' | cut -d' ' -f 8 | tr -d "'" | sort | uniq -c | awk '{printf("%s=%s,",$2,$1)}')

count_trimmed=${count%?}
if [ -n "$count_trimmed" ]; then
  curl -s -X POST 'https://influxdb-url/write?db=globalping' --data-binary "globalping,host=$(hostname) ${count_trimmed} ${since}000000000"
fi

[RobbyTown]

ernstoud schreef op vrijdag 11 oktober 2024 @ 16:37:
Installeren van zowel een Globalping als een RIPE Atlas software probe op één NanoPI Neo, bijvoorbeeld door Globalping verstrekt, of deze: https://amzn.eu/d/hf2mUgC.

....

code:

iptables -I INPUT -p tcp --dport 22 -j ACCEPT

iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

iptables -A INPUT -i lo -j ACCEPT
iptables -A OUTPUT -o lo -j ACCEPT

iptables -A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

Dank voor deze. Afgelopen week uitgevoerd. Zit alleen nog te stoeien om ipv6 werkend te krijgen voor ripe en globalping.

Voorheen RIPE direct op pi geïnstalleerd en werkte ipv6 direct.

Nu met docker wil ipv6 maar niet werken.

Als ik

code:

ip -6 r

uitvoer zie ik wel ipv6 terug van glasnet (is ook het ipv6 wat ik destijds heb ontvangen van glasnet toen mijn verbinding werd opgeleverd) alleen zowel ripe als globalping willen niet aan de ipv6.

Bij deze uitleg: https://github.com/Jamesits/docker-ripe-atlas staat er stukje verder iets over ipv6

code:

"ipv6": true,
  "fixed-cidr-v6": "glasnet:ipv6:ip::/48"

Dat toegevoegd in /etc/docker/daemon.json maar helaas willen ze niet aan de ipv6. ASNv6 veld bij RIPE blijft leeg

De aangeleverde code wil ook niet werken:

code:

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

Wat doe ik fout dat ipv6 niet wil werken met docker?

[ernstoud]

RobbyTown schreef op vrijdag 18 oktober 2024 @ 14:54:
[...]

Dank voor deze. Afgelopen week uitgevoerd. Zit alleen nog te stoeien om ipv6 werkend te krijgen voor ripe en globalping.

Voorheen RIPE direct op pi geïnstalleerd en werkte ipv6 direct.

Nu met docker wil ipv6 maar niet werken.

Als ik

code:

ip -6 r

uitvoer zie ik wel ipv6 terug van glasnet (is ook het ipv6 wat ik destijds heb ontvangen van glasnet toen mijn verbinding werd opgeleverd) alleen zowel ripe als globalping willen niet aan de ipv6.

Bij deze uitleg: https://github.com/Jamesits/docker-ripe-atlas staat er stukje verder iets over ipv6

code:

"ipv6": true,
  "fixed-cidr-v6": "glasnet:ipv6:ip::/48"

Dat toegevoegd in /etc/docker/daemon.json maar helaas willen ze niet aan de ipv6. ASNv6 veld bij RIPE blijft leeg

De aangeleverde code wil ook niet werken:

code:

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

Wat doe ik fout dat ipv6 niet wil werken met docker?

Ik kan je niet helpen maar er komen genoeg probes live deze weken dus zal er wel iemand reageren met IPv6 kennis.

Ik schaam me na 40 jaar ICT helemaal niets te weten over IPv6 simpelweg omdat ervaring opdoen er niet in zit als mijn ISPs het niet aanbieden.

[MrJoery]

RobbyTown schreef op vrijdag 18 oktober 2024 @ 14:54:
Wat doe ik fout dat ipv6 niet wil werken met docker?

Op een Debian Docker met de meest recente Docker versie kreeg ik op de Globalping probe direct een ipv6-adres te zien via het dashboard. Op de RIPE-Atlas probe kreeg ik geen ipv6-adres te zien op het dashboard. HW Globalping probe krijgt ook netjes een ipv6-adres.

Volgende maand switch ik met mijn KPN XGSPON abonnement naar Freedom waar ik er een vast ipv6-blok bij krijg, ik zal dan eens wat gaan rondspelen met ipv6 aan de LAN-kant & Docker. Mocht ik nog iets vinden zal ik dat in dit topic posten.

[zeroday]

Thijn41 schreef op vrijdag 18 oktober 2024 @ 13:57:
[...]

De code is eigenlijk een vrij simpel bash scriptje, mede omdat ik nog versie 1 van influxdb heb draaien (Dan hoef je niet zo moeilijk te doen met het posten van measurements).

De url en eventueel de database moet je aanpassen.
Daarnaast gebruik ik docker compose, dus daar haalt hij de logs vanaf. Het scriptje moet dus vanuit het pad van je docker compose draaien (Of eventueel het docker compose logs commando aanpassen).

code:

#!/bin/bash

since=$(echo "(($(date +%s) - 10) /300) * 300 / 1" | bc)
count=$(docker compose logs --since "${since}" | grep -E '\[DEBUG\] .+ request' | cut -d' ' -f 8 | tr -d "'" | sort | uniq -c | awk '{printf("%s=%s,",$2,$1)}')

count_trimmed=${count%?}
if [ -n "$count_trimmed" ]; then
  curl -s -X POST 'https://influxdb-url/write?db=globalping' --data-binary "globalping,host=$(hostname) ${count_trimmed} ${since}000000000"
fi

Thanks daar ga ik mee aan het stoeien een lxc is zo opgezet..
Ik had een versie 2 . .maar kan ook naar versie 1 ..
even een verloren uurtje zoeken ..

[RobbyTown]

MrJoery schreef op vrijdag 18 oktober 2024 @ 15:57:
[...]


Op een Debian Docker met de meest recente Docker versie kreeg ik op de Globalping probe direct een ipv6-adres te zien via het dashboard. Op de RIPE-Atlas probe kreeg ik geen ipv6-adres te zien op het dashboard. HW Globalping probe krijgt ook netjes een ipv6-adres.

Volgende maand switch ik met mijn KPN XGSPON abonnement naar Freedom waar ik er een vast ipv6-blok bij krijg, ik zal dan eens wat gaan rondspelen met ipv6 aan de LAN-kant & Docker. Mocht ik nog iets vinden zal ik dat in dit topic posten.

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

code:

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

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

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

[Raven]

Red Boll schreef op vrijdag 18 oktober 2024 @ 12:58:
[...]

Blijkbaar is dat hier wel gebeurd, die hing waarschijnlijk half uit de brievenbus.
Een medebewoner heeft die gisteren in de centrale hal gelegd.

In deze buurt zou ie weg zijn geweest , gebeurt met kranten nog wel eens als die er niet helemaal door zijn gedrukt. Van 't weekend maar eens aansluiten en kijken hoe en wat.

[ernstoud]

Ik heb over het offline tonen van een probe in het dashboard wat gecommuniceerd met Dmitriy van Globalping. Logfile opgestuurd en ze hebben aan hun kant de logging zo ingesteld dat ze wat meer kunnen zien als dit gebeurt.

Offline in het dashboard hoeft dus niet te betekenen dat de probe geen requests afhandelt.

In mijn geval was de oplossing probe verwijderen in dashboard en opnieuw adopteren. Ik heb tussendoor de probe ook opnieuw gestart maar ik denk dat dat niet nodig is.

Deze probe zit op een Vodafone 4G router met regelmatig een nieuw IP. Daar zou Globalping mee om moeten kunnen gaan. Maar ergens in dit scenario was het dashboard de sync dus kwijt.

[Dennis-L]

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

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

code:

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

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

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

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

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

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

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

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



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

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

[Raven]

code:

     __                                 o-°°|\_____/)
(___()'`; Your adoption code is: ******  \_/|_)     )
/,    /`                                    \  __  /
\\"--\\                                     (_/ (_/

Congratulations!

You are now the owner of the following probe:
KPN B.V.

Gelukkig was er nog een poort vrij op de switch

[ Voor 9% gewijzigd door Raven op 19-10-2024 17:29 ]

[ernstoud]

Iemand hier ervaring met Zapier?

Globalping zoekt mensen die de integratie daarmee willen testen:

https://zapier.com/app/lo...8e6422428f68fae6a3fe5217/

[wbschenk]

Gebruik het voor het printen van de orders van webshop tot daar m’n kennis ervan

[Economics]

Probe vandaag binnen en meteen aangesloten

[ernstoud]

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

En nou nog een paar in KPN datacenters?

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

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

[RobbyTown]

Betrekking op Globalping.
Enig idee hoe ik tags kan aanpassen? Of basis waarvan krijgt die tags?

In dit artikel word vertelt dat ze er 2 hebben eyeball en datacenter.

Alleen de ene globalping krijgt eyeball tag (bij mij thuis) de andere datacenter (isp van mijn pa, dat zou dus ook eyeball moeten zijn).

[ernstoud]

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

[RobbyTown]

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

[neeecht]

no such container: globalping-probe

edit:
ah duurde blijkbaar even op opnieuw op te starten
nu was mijn probe offline, wil ik deze opnieuw adopt doen.

No suitable probes found

edit 2:
bij zowel kpn als ziggo krijg ik:

No suitable probes found

Zeker wat aan de hand aan de netwerk kant van globalping?

mijn probe was ook offline voordat ik dit allemaal probeerde.

edit 3:
ah, in ssh logs@<ip> daar stond het IP van de probe.
eerste keer adoption code naar ipv4 gestuurd, nu naar ipv6 lukt wel.

edit 4: lang verhaal kort: adopt geen probe op een ipv4 als je ook ipb6 hebt.

kleine manual voor mezelf:

1:boot hardware probe, wait till green led stays on after about 3 minutes
2: login to ssh logs@localip (ssh logs@192.168.2.50) to get ip of probe
3: adopt probe via https://dash.globalping.io/probes use ip of probe
4: adopt using ipv6 to prevent disconnects lateron

[ Voor 132% gewijzigd door neeecht op 20-10-2024 03:05 ]

[zeroday]

Thijn41 schreef op vrijdag 18 oktober 2024 @ 13:57:
[...]

De code is eigenlijk een vrij simpel bash scriptje, mede omdat ik nog versie 1 van influxdb heb draaien (Dan hoef je niet zo moeilijk te doen met het posten van measurements).

De url en eventueel de database moet je aanpassen.
Daarnaast gebruik ik docker compose, dus daar haalt hij de logs vanaf. Het scriptje moet dus vanuit het pad van je docker compose draaien (Of eventueel het docker compose logs commando aanpassen).

code:

#!/bin/bash

since=$(echo "(($(date +%s) - 10) /300) * 300 / 1" | bc)
count=$(docker compose logs --since "${since}" | grep -E '\[DEBUG\] .+ request' | cut -d' ' -f 8 | tr -d "'" | sort | uniq -c | awk '{printf("%s=%s,",$2,$1)}')

count_trimmed=${count%?}
if [ -n "$count_trimmed" ]; then
  curl -s -X POST 'https://influxdb-url/write?db=globalping' --data-binary "globalping,host=$(hostname) ${count_trimmed} ${since}000000000"
fi

dit werkt .. althans ik krijg een 204 . maar tsja.. nu grafana . ik had altijd de indruk dat dit
een tool was wat automatisch bepaalde dingen kon .
maar blijkbaar heb ik dat ook weer verkeerd gedacht

[ernstoud]

zeroday schreef op zondag 20 oktober 2024 @ 09:47:
[...]


dit werkt .. althans ik krijg een 204 . maar tsja.. nu grafana . ik had altijd de indruk dat dit
een tool was wat automatisch bepaalde dingen kon .
maar blijkbaar heb ik dat ook weer verkeerd gedacht

Is een bekend fenomeen in de open source wereld… je moet fröbelen maar als het dan werkt is het mooi en omdat je er dan zoveel energie ingestopt hebt en trots bent op jezelf raak je enthousiast. En andere mensen denken dan “dat kan ik ook”. Maar mensen in die wereld zeggen er dan niet bij hoeveel energie het kostte .

[Thijn41]

zeroday schreef op zondag 20 oktober 2024 @ 09:47:
[...]


dit werkt .. althans ik krijg een 204 . maar tsja.. nu grafana . ik had altijd de indruk dat dit
een tool was wat automatisch bepaalde dingen kon .
maar blijkbaar heb ik dat ook weer verkeerd gedacht

Haha dat ken ik inderdaad

Scriptje is wat aangepast, omdat globalping bij een update de timezone offset in de logs toont:
(Alleen de count= regel is veranderd)

code:

#!/bin/bash

since=$(echo "(($(date +%s) - 10) /300) * 300 / 1" | bc)
count=$(docker compose logs --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 'https://influxdb-host/write?db=globalping' --data-binary "globalping,host=$(hostname) ${count_trimmed} ${since}000000000"
fi

Mijn grafana dashboard zou je moeten kunnen importeren met deze JSON (Dashboards > New > Import > Import via dashboard JSON model):
Als je dat hebt gedaan moet je bij de instellingen van de dashboard > Variables de datasource aanpassen (Naar de globalping influxdb).
En vervolgens bij de panels zelf ook nog even op edit drukken en de datasource selecteren.

[ernstoud]

Bij een software probe op Linux kun je dit doen:

- inloggen op de probe: docker exec -it [container-id] /bin/sh
- rm -rf /etc/localtime
- ln -s /usr/share/zoneinfo/Europe/Amsterdam /etc/localtime
- exit
- docker restart [container-id]

Dan klopt tijd en datum in de logs.

[zeroday]

Thijn41 schreef op zondag 20 oktober 2024 @ 20:49:
[...]

Haha dat ken ik inderdaad

Scriptje is wat aangepast, omdat globalping bij een update de timezone offset in de logs toont:
(Alleen de count= regel is veranderd)

code:

#!/bin/bash

since=$(echo "(($(date +%s) - 10) /300) * 300 / 1" | bc)
count=$(docker compose logs --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 'https://influxdb-host/write?db=globalping' --data-binary "globalping,host=$(hostname) ${count_trimmed} ${since}000000000"
fi

Mijn grafana dashboard zou je moeten kunnen importeren met deze JSON (Dashboards > New > Import > Import via dashboard JSON model):
Als je dat hebt gedaan moet je bij de instellingen van de dashboard > Variables de datasource aanpassen (Naar de globalping influxdb).
En vervolgens bij de panels zelf ook nog even op edit drukken en de datasource selecteren.

Misschien eens even van scratch?

Update
ipv te importeren gewoon geknipt en geplakt en mijn UID van influxdb eerst even gewijzigd
en ook de HOST..

daarmee krijg ik nu iets te zien

[ Voor 21% gewijzigd door zeroday op 22-10-2024 09:03 ]

[ernstoud]

Uit China via Amazon, kwam vanmorgen binnen:



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

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

[sander817]

Ik heb mij een tijd geleden opgegeven voor een node via dat Google formulier, ook bevestigd in de mail. Naar nog niks gezien met de post?

[ernstoud]

sander817 schreef op maandag 21 oktober 2024 @ 16:42:
Ik heb mij een tijd geleden opgegeven voor een node via dat Google formulier, ook bevestigd in de mail. Naar nog niks gezien met de post?

Er is gezegd dat het drie weken kan duren. Er zijn mensen geweest waar het veel sneller ging, maar bij mij duurde het dus drie weken.

Even geduld nog.

[Red Boll]

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

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

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

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

[esky]

sander817 schreef op maandag 21 oktober 2024 @ 16:42:
Ik heb mij een tijd geleden opgegeven voor een node via dat Google formulier, ook bevestigd in de mail. Naar nog niks gezien met de post?

Hier ook nog iemand die op een pakketje wacht

In de mail stond dat het 4 weken kan duren dus we moeten nog even geduld hebben.

[mapsy]

esky schreef op dinsdag 22 oktober 2024 @ 10:24:
[...]


Hier ook nog iemand die op een pakketje wacht

In de mail stond dat het 4 weken kan duren dus we moeten nog even geduld hebben.

Ook hier wordt nog gewacht op een pakketje.

[MR_VIPER]

Ook ik zit te wachten maar ik denk dat er met mijn aanvraag iets mis is gegaan. Heb geen mail ontvangen. Dus zal naar waaarschijnlijkheid niet goed geregistreerd staan.

[zeroday]

ernstoud schreef op zondag 20 oktober 2024 @ 20:59:
Bij een software probe op Linux kun je dit doen:

- inloggen op de probe: docker exec -it [container-id] /bin/sh
- rm -rf /etc/localtime
- ln -s /usr/share/zoneinfo/Europe/Amsterdam /etc/localtime
- exit
- docker restart [container-id]

Dan klopt tijd en datum in de logs.

Hou er wel rekening mee dat als je dit doet terwijl je probe al loopt dat je logfile dan ineens een +2:00 erbij krijgt waardoor eventuele stats in de soep kunnen lopen als de offset niet goed mee komt...

Hierdoor wordt het voor mij nu ineens een stuk lastiger om historische data grafana te krijgen

[ernstoud]

MR_VIPER schreef op dinsdag 22 oktober 2024 @ 12:21:
Ook ik zit te wachten maar ik denk dat er met mijn aanvraag iets mis is gegaan. Heb geen mail ontvangen. Dus zal naar waaarschijnlijkheid niet goed geregistreerd staan.

Je krijgt geen enkele email. En als je je aangemeld hebt voordat er op het webformulier stond dat de 100 aanvragen binnen waren, is hij gewoon onderweg.

Geduld.

[pistole]

ernstoud schreef op dinsdag 22 oktober 2024 @ 13:03:
[...]


Je krijgt geen enkele email. En als je je aangemeld hebt voordat er op het webformulier stond dat de 100 aanvragen binnen waren, is hij gewoon onderweg.

Geduld.

Ik heb wel een bevestiging gehad van Google Forms:

Thanks for filling out Tweakers Giveaway - Free Globalping Hardware Probe
Here's what was received.

[ernstoud]

pistole schreef op dinsdag 22 oktober 2024 @ 13:09:
[...]

Ik heb wel een bevestiging gehad van Google Forms:


[...]

Dat klopt. Maar er komt dus geen email met bevestiging van verzending o.i.d.

[RobbyTown]

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

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


USB kabel zijn 2 kleuren in omloop wit en zwart.

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

[RobbyTown]

Nog een aanvulling op deze post
RobbyTown in "Discussie m.b.t. RIPE Atlas en Globalping"

Even naar globalping gemaild. En snelle reactie terug
Die tags komen van ipinfo

Hey, indeed you're right and the tag is wrong. These system tags are provided by geo databases like https://ipinfo.io/
I'll try to contact them to fix it, but it will take some time unfortunately.

Ben benieuwd als dat aanpassen gaat lukken. In de basis is ISP van mijn pa een datacenter.

[zeroday]

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

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

[zeroday]

en wat je ziet is eigenlijk een afname van de hoeveelheid wat je binnen krijgt omdat (naar ik denk) er meer probes bij komen waardoor de load meer verdeeld wordt ..

[zeroday]

RobbyTown schreef op dinsdag 22 oktober 2024 @ 15:36:
@Red Boll Lol. Jij hebt weer een andere netwerkkabel. Globalping heeft zo te zien verschillende netwerkkabels verzonden. Voedingen zijn zo te zien van serienummer voorzien.

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

USB kabel zijn 2 kleuren in omloop wit en zwart.

Het liefst leveren ze die kabels niet eens mee omdat die vaak op een $1 inkoop worden gegooid.

[ernstoud]

zeroday schreef op dinsdag 22 oktober 2024 @ 20:22:
en wat je ziet is eigenlijk een afname van de hoeveelheid wat je binnen krijgt omdat (naar ik denk) er meer probes bij komen waardoor de load meer verdeeld wordt ..

Maar ook meer klanten die Globalping gebruiken natuurlijk. Vorige maand hadden 100 mensen nog nooit van Globalping gehoord…

[Jef61]

Ik heb mijn probe afgelopen vrijdag binnengekregen en zaterdag actief gemaakt. Voor de zekerheid de probe maar in het dmz-vlan gezet langs mijn reverse-proxy. Nou valt me op dat de credits nog op 0 staan na zo'n 3 dagen online, niet dat ik zit te spingen om die credits maar wanneer zou ik daar iets van kunnen gaan zien?

[ernstoud]

Jef61 schreef op dinsdag 22 oktober 2024 @ 21:38:
Ik heb mijn probe afgelopen vrijdag binnengekregen en zaterdag actief gemaakt. Voor de zekerheid de probe maar in het dmz-vlan gezet langs mijn reverse-proxy. Nou valt me op dat de credits nog op 0 staan na zo'n 3 dagen online, niet dat ik zit te spingen om die credits maar wanneer zou ik daar iets van kunnen gaan zien?

Weet je zeker dat hij online is? Zie je in de logs requests?

Per dag zou er 150 credits bij moeten komen in het dashboard.

[ Voor 6% gewijzigd door ernstoud op 22-10-2024 21:42 ]

[Jef61]

ernstoud schreef op dinsdag 22 oktober 2024 @ 21:42:
[...]


Weet je zeker dat hij online is? Zie je in de logs requests?

Per dag zou er 150 credits bij moeten komen in het dashboard.

Ja komen continu requests voorbij en staat ook online in het dashboard.
Edit: zou verwijderen en opnieuw toevoegen van de probe kunnen helpen?

[ Voor 10% gewijzigd door Jef61 op 22-10-2024 21:56 ]

[ernstoud]

Jef61 schreef op dinsdag 22 oktober 2024 @ 21:45:
[...]

Ja komen continu requests voorbij en staat ook online in het dashboard.
Edit: zou verwijderen en opnieuw toevoegen van de probe kunnen helpen?

Wellicht, kan helemaal geen kwaad.

[Jef61]

ernstoud schreef op dinsdag 22 oktober 2024 @ 22:03:
[...]


Wellicht, kan helemaal geen kwaad.

Ik zie, nu ik wat langer naar die requests kijk, af en toe een 'disconnected from API: (transport close)' voorbij komen met daarna meteen weer een connect. De routerpoort zelf gaat dan niet down. Misschien dat die 'disconnects' de teller op 0 zetten? Weet alleen nog niet wat de oorzaak van de disconnects is...

[zeroday]

ernstoud schreef op dinsdag 22 oktober 2024 @ 20:36:
[...]


Maar ook meer klanten die Globalping gebruiken natuurlijk. Vorige maand hadden 100 mensen nog nooit van Globalping gehoord…

101 want ik was te laat voor een hardware probe

[neeecht]

Jef61 schreef op dinsdag 22 oktober 2024 @ 22:13:
[...]

Ik zie, nu ik wat langer naar die requests kijk, af en toe een 'disconnected from API: (transport close)' voorbij komen met daarna meteen weer een connect. De routerpoort zelf gaat dan niet down. Misschien dat die 'disconnects' de teller op 0 zetten? Weet alleen nog niet wat de oorzaak van de disconnects is...

Nee dat heb ik ook.

neeecht in "Discussie m.b.t. RIPE Atlas en Globalping"

1:boot hardware probe, wait till green led stays on after about 3 minutes
2: login to ssh logs@localip (ssh logs@192.168.2.50) to get ip of probe
3: adopt probe via https://dash.globalping.io/probes use ip of probe
4: adopt using ipv6 to prevent disconnects lateron

Adopt gedaan via ipv4 en heeft nu een ipv6?


Edit:
Oh wacht, ik heb op de 21e (en vandaag 22e) ook geen credits gehad.
Foutje?

[ Voor 4% gewijzigd door neeecht op 22-10-2024 22:24 ]

[zeroday]

Jef61 schreef op dinsdag 22 oktober 2024 @ 22:13:
[...]

Ik zie, nu ik wat langer naar die requests kijk, af en toe een 'disconnected from API: (transport close)' voorbij komen met daarna meteen weer een connect. De routerpoort zelf gaat dan niet down. Misschien dat die 'disconnects' de teller op 0 zetten? Weet alleen nog niet wat de oorzaak van de disconnects is...

Die meldingen heb ik ook wel in de log staan ..
En soms ook wel andere vreemde dingen

2024-10-11 06:19:06] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.registry.in: ping: connect: Network is unreachable.
[2024-10-11 06:19:06] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: ping: connect: Network is unreachable.
[2024-10-11 06:19:06] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: ping: connect: Network is unreachable.
[2024-10-11 06:19:06] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2024-10-11 06:19:30] [DEBUG] [general] 'http' request GalBj0rfdN6s0I74 received.

soms is er even geen peil op te trekken..

oh en een auto update naar 0.33.1 werkte ook

[Jef61]

neeecht schreef op dinsdag 22 oktober 2024 @ 22:21:
[...]


Nee dat heb ik ook.

neeecht in "Discussie m.b.t. RIPE Atlas en Globalping"

1:boot hardware probe, wait till green led stays on after about 3 minutes
2: login to ssh logs@localip (ssh logs@192.168.2.50) to get ip of probe
3: adopt probe via https://dash.globalping.io/probes use ip of probe
4: adopt using ipv6 to prevent disconnects lateron

Adopt gedaan via ipv4 en heeft nu een ipv6?

Yes!!! klopt helemaal, heb adopt gedaan met IPv4 adres maar ook IPv6 draaien.
Ik ga hem opnieuw adopten met IPv6.

[zeroday]

neeecht schreef op dinsdag 22 oktober 2024 @ 22:21:


Edit:
Oh wacht, ik heb op de 21e (en vandaag 22e) ook geen credits gehad.
Foutje?

hier ook: 20ste de laatste keer credits

[neeecht]

Jef61 schreef op dinsdag 22 oktober 2024 @ 22:26:
[...]

Yes!!! klopt helemaal, heb adopt gedaan met IPv4 adres maar ook IPv6 draaien.
Ik ga hem opnieuw adopten met IPv6.

Alleen als deze disconnected is.
Mja kan sowieso geen kwaad als dit bericht te laat is.

[Jef61]

neeecht schreef op dinsdag 22 oktober 2024 @ 22:28:
[...]


Alleen als deze disconnected is.
Mja kan sowieso geen kwaad als dit bericht te laat is.

Je bedoelt dat ik hem eerst moet 'deleten' toch?

[neeecht]

Jef61 schreef op dinsdag 22 oktober 2024 @ 22:32:
[...]

Je bedoelt dat ik hem eerst moet 'deleten' toch?

Mijn probe was offline. Terwijl deze gewoon requests kreeg.
Toch zag ik in de log, dat deze een ipv6 had.

Ik wilde mijn probe opnieuw adopten, maar dat ging niet op het ipv4 adres.

Ja, ik heb de probe toen gedelete en opnieuw geadopt via het ipv6 adres.
Dat is nodig wanneer de probe offline is in https://dash.globalping.io

Ik zou alleen delete doen als deze offline is.

De kwestie van de credits lijkt voor iedereen hetzelfde te zijn nu.

[ernstoud]

Jef61 schreef op dinsdag 22 oktober 2024 @ 22:13:
[...]

Ik zie, nu ik wat langer naar die requests kijk, af en toe een 'disconnected from API: (transport close)' voorbij komen met daarna meteen weer een connect. De routerpoort zelf gaat dan niet down. Misschien dat die 'disconnects' de teller op 0 zetten? Weet alleen nog niet wat de oorzaak van de disconnects is...

Nee, dat is niet de reden. Ik zie dat ook best veel en ik krijg elke dag 150 credits per probe.

[ernstoud]

zeroday schreef op dinsdag 22 oktober 2024 @ 22:18:
[...]


101 want ik was te laat voor een hardware probe

@zeroday Ik heb er hier nog 1 liggen, staat gereserveerd voor DFN maar die denken nog na of hij (in de core) geplaatst gaat worden. Er draaien al genoeg probes op DFN vinden ze.

Zien ze er van af is deze voor jou. Even geduld…

[ernstoud]

Ik zie dat ik van 1 probe ook geen credits genereer, de andere drie wel.

Ik heb een e-mail aan de developer gestuurd. Stay tuned.

[ Voor 5% gewijzigd door ernstoud op 22-10-2024 23:06 ]

[ernstoud]

Aha, er is een klein addertje onder het gras, antwoord van de developer:

“Credits apply to probes that have been online for more than 20 hours in a full day.”

En:

“Now that I think about it, maybe everyone had the same issue with losing adoption state?

This way the probe is offline in the dashboard but seems to work because it connected in anon mode.
All that had to happen was for the public IP to change while the probe was offline.
The above issue is being worked on to prevent future similar problems.”

Met andere woorden, is je probe offline, verandert het IP adres dan in dieboeriode, is hij anoniem en genereert geen credits.

[ Voor 58% gewijzigd door ernstoud op 22-10-2024 23:31 ]

[neeecht]

ernstoud schreef op dinsdag 22 oktober 2024 @ 23:20:
Aha, er is een klein addertje onder het gras, antwoord van de developer:

“Credits apply to probes that have been online for more than 20 hours in a full day.”

En:

“Now that I think about it, maybe everyone had the same issue with losing adoption state?

This way the probe is offline in the dashboard but seems to work because it connected in anon mode.
All that had to happen was for the public IP to change while the probe was offline.
The above issue is being worked on to prevent future similar problems.”

Met andere woorden, is je probe offline, verandert het IP adres dan in dieboeriode, is hij anoniem en genereert geen credits.

Delete and readd werkt dus blijkbaar ook niet.
1 online, maar geen credits meer.

[Raven]

ernstoud schreef op dinsdag 22 oktober 2024 @ 23:20:
Aha, er is een klein addertje onder het gras, antwoord van de developer:

“Credits apply to probes that have been online for more than 20 hours in a full day.”

Met andere woorden, is je probe offline, verandert het IP adres dan in dieboeriode, is hij anoniem en genereert geen credits.

Hier ook 0 credits, probe sinds zaterdag actief. Geen offline periodes, voor zover ik weet, IP hetzelfde gebleven. Beginnen de credits niet pas na x periode te lopen ofzo? Dat de probe eerst een weekje dient te draaien voordat dat begint?

[zeroday]

Raven schreef op woensdag 23 oktober 2024 @ 06:11:
[...]

Hier ook 0 credits, probe sinds zaterdag actief. Geen offline periodes, voor zover ik weet, IP hetzelfde gebleven. Beginnen de credits niet pas na x periode te lopen ofzo? Dat de probe eerst een weekje dient te draaien voordat dat begint?

Nee dat niet, 20 uur zoals ze schrijven.
ik zit m'n log een beetje door te gaan maar ik zie ook niet echt iets vreemds
ja ze hebben zelf na de 18e bij de update naar 0.33.1 een aanpassing met de timezone gemaakt
die stond op +0000 ineens waarbij ik zelf er nu +0200 ervan heb gemaakt

dat kan het niet zijn

Checking for the latest version
Current version 0.33.1
Latest version 0.33.1
[2024-10-21T04:21:23.872Z] Current node.js version v20.13.0
[2024-10-21T04:21:23.882Z] Wanted node.js version v20.13.0
[2024-10-21 06:21:24 +02:00] [INFO] [general] Starting probe version 0.33.1 in a production mode with UUID c65cb0e2-3110-xxxxxx-6477f89eb137.
[2024-10-21 06:21:27 +02:00] [DEBUG] [general] Connection to API established.
[2024-10-21 06:21:27 +02:00] [INFO] [api:connect:location] Connected from xxxxx, NL, EU (Vodafone Libertel B.V., ASN: 3xx15, lat: 5x.21 long: x.x7).
[2024-10-21 06:21:31 +02:00] [INFO] [api:connect:alt-ips-handler] IP address of the probe: 2a02:xxxx:xxx:580:a10:b1:c2:d185

kijk ik dan dan zie je dus geen gekke dingen en ook niet dat je bijv. 4 uur offline zou zijn geweest.

[zeroday]

ernstoud schreef op dinsdag 22 oktober 2024 @ 23:20:
Aha, er is een klein addertje onder het gras, antwoord van de developer:

“Credits apply to probes that have been online for more than 20 hours in a full day.”

En:

“Now that I think about it, maybe everyone had the same issue with losing adoption state?

This way the probe is offline in the dashboard but seems to work because it connected in anon mode.
All that had to happen was for the public IP to change while the probe was offline.
The above issue is being worked on to prevent future similar problems.”

Met andere woorden, is je probe offline, verandert het IP adres dan in dieboeriode, is hij anoniem en genereert geen credits.

Ik heb mijn logs bekeken maar anders dan dat ik op de 21ste de timezone heb veranderd en daarna de probe opnieuw gestart hebt omdat hij zich niet kon registeren (en daarna wel) ..

want de laaste melding de 21ste is gewoon dat hij ziet dat ik er ben (ik sta in het dashboard ook gewoon ready.

het zou mooi zijn dat je kan zien of ze je herkennen ja / nee (vanuit dashboard) en daarmee dan ook in de log (en kwa tijd), dus wanneer hebben ze voor het laast gecontroleerd dat je er was ..

nu zie ik dit

[2024-10-21 06:18:23 +02:00] [DEBUG] [general] Connection to API established.
[2024-10-21 06:18:23 +02:00] [INFO] [api:connect:location] Connected from xxxxx, NL, EU (Vodafone Libertel B.V., ASN: xxxx, lat: xxlong: xx).
[2024-10-21 06:18:26 +02:00] [INFO] [api:connect:alt-ips-handler] IP address of the probe: 2a02:a213:a3c1:580:a10:b1:c2:d185
[2024-10-21 06:18:28 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.registry.in: 40% packet loss.
[2024-10-21 06:18:28 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for k.root-servers.net: 45.4545% packet loss.
[2024-10-21 06:18:28 +02:00] [WARN] [status-manager] IPv6 ping test unsuccessful for ns1.dns.nl: 40% packet loss.
[2024-10-21 06:18:28 +02:00] [WARN] [status-manager] IPv6 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv6.
[2024-10-21 06:18:32 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.registry.in: 25% packet loss.
[2024-10-21 06:18:32 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for k.root-servers.net: 57.1429% packet loss.
[2024-10-21 06:18:32 +02:00] [WARN] [status-manager] IPv4 ping test unsuccessful for ns1.dns.nl: 57.1429% packet loss.
[2024-10-21 06:18:32 +02:00] [WARN] [status-manager] IPv4 ping tests failed. Retrying in 10 minutes. Probe marked as not supporting IPv4.
[2024-10-21 06:18:32 +02:00] [WARN] [status-manager] Both ping tests failed due to bad internet connection. Retrying in 10 minutes. Probe temporarily disconnected.

Gevolgd door:

[2024-10-21T04:21:23.872Z] Current node.js version v20.13.0
[2024-10-21T04:21:23.882Z] Wanted node.js version v20.13.0
[2024-10-21 06:21:24 +02:00] [INFO] [general] Starting probe version 0.33.1 in a production mode with UUID c65cb0e2-3110-xxxxx-6477f89eb137.
[2024-10-21 06:21:27 +02:00] [DEBUG] [general] Connection to API established.
[2024-10-21 06:21:27 +02:00] [INFO] [api:connect:location] Connected from xxxxx, NL, EU (Vodafone Libertel B.V., ASN: xxx, lat: xxlong: xx).
[2024-10-21 06:21:31 +02:00] [INFO] [api:connect:alt-ips-handler] IP address of the probe: 2a02:a213:a3c1:xxxx:b1:c2:d185

Dus feitenlijk niets vreemds ..

Zou je offline zijn dan verwacht je dat het systeem je 'eerder' weer probeert aan te melden en dat je dat ook terug ziet in de log (dat zie ik niet, dus verwacht je ook niet dat een ip adres of iets anders dit zou ontregelen)

nu gaat het mij absoluut niet om de credits, maar eerder om: het zou moeten werken zoals ze zeggen dat het moet werken maw we zijn aan het testen omdat we iets zien wat we niet verwachten ..

[RobbyTown]

Even ter info.

Hier ook 1 van de 2 geen creditcards wel beide online. Die geen credits geeft sinds zondag online/toegevoegd.

Zijn sw probes in docker

Update:
Zie reactie hieronder: Bleek een bug te zijn, hier ook gefixt.

[ Voor 29% gewijzigd door RobbyTown op 24-10-2024 10:09 ]

[DennisV1984]

Hier ook geen Credits, maar! Er staat bij mij in het dashboard: Credits gained past month: 0
Vorige maand had ik nog geen probe, ik verwacht/hoop dat ik dan per 1 november wél wat zie.

[MrJoery]

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

[Mr.Viper]

Hier ook elke dag gewoon nog credits gekregen maar dan wel met een software probe in Docker.

[zeroday]

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

dat maakt niet uit dat is in het hoofdscherm



je ziet gewoon per dag wat Credits erbij komen ..




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

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

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

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

[DennisV1984]

Hmm, OK. die van mij is al een week online en ik heb no 0 credits, ik dacht die komen maandelijjks. Dan is er toch iets niet juist.

Ik heb wel de adoptioncode online ingevuld en op het dachboard staat hij ook online.

[ernstoud]

Opmerking ontvangen de developer: probeer bij issues een ticket in GitHub te maken. Jullie en mijn persoonlijke e-mails wordt een beetje onoverzichtelijk en dan worden issues ook breder bekend.

[Jef61]

Ik heb de probe gisterenavond opnieuw aangemeld met het IPv6 adres. Merk eigenlijk geen verschil met daarvoor, komt nog steeds af en toe een api disconnect voorbij in de logs.Ik wacht even de bevinden hier af want het credits probleem lijkt wat groter als ik het goed begrijp.

[Jef61]

Er is bij mij nu iets veranderd, het kopje 'Estimated to generate per day' staat voor het eerst op 150. Heb goede hoop dat het nu gaat werken.

[zeroday]

ernstoud schreef op woensdag 23 oktober 2024 @ 12:28:
Opmerking ontvangen de developer: probeer bij issues een ticket in GitHub te maken. Jullie en mijn persoonlijke e-mails wordt een beetje onoverzichtelijk en dan worden issues ook breder bekend.

Done

en ze denken het probleem gevonden en opgelost te hebben.

[ Voor 8% gewijzigd door zeroday op 23-10-2024 16:03 ]

[ernstoud]

Yep, kreeg retour van de developer:

“I believe most credits issues should be resolved now (starting tomorrow with the next sync). There was a small bug we didn't notice cause there weren't enough adopted probes during our tests.
So now thanks to the forum users who started adopting them in mass we finally found the issue

So thanks to everyone.”

[Jef61]

In Amsterdam zit een heel nest

[ernstoud]

Jef61 schreef op woensdag 23 oktober 2024 @ 18:23:
In Amsterdam zit een heel nest

[Afbeelding]

Ja, grappig effect. Als je inzoomt zwermen ze uit.

[zeroday]

ik heb weer credits, maar mis wel de credits van de afgelopen dagen
(boeien).

[pistole]

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

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


Het lijkt dus even te duren.

[Jef61]

pistole schreef op donderdag 24 oktober 2024 @ 07:40:
[...]

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

Het lijkt dus even te duren.

Er was een issue die gisteren is opgelost volgens de developers. ik heb nu ook mijn eerste credits binnen

[zeroday]

gisteren was wel een dag dat ik veel meer 'hits' op de probe binnen kreeg dan eerder ben benieuwd in hoeverre zich dat op een bepaald moment laat stabiliseren..

[w1mm13]

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

[RobbyTown]

Sterker nog als je inlogt, eerste wat je krijgt is de volgende melding

As a registered user, you get 500 free tests per hour. Get more by hosting probes or sponsoring us and supporting the development of the project!

Maar inderdaad hier ook als ik een test doe 250 ipv 500.

Hebben we weer een bugje ontdekt ?

[ Voor 6% gewijzigd door RobbyTown op 24-10-2024 11:01 ]

[ernstoud]

pistole schreef op donderdag 24 oktober 2024 @ 07:40:
[...]

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

Het lijkt dus even te duren.

Nee, er was een bug. En die heeft de community hier kunnen aangeven en nu is het opgelost.

[ernstoud]

RobbyTown schreef op donderdag 24 oktober 2024 @ 11:01:
Sterker nog als je inlogt, eerste wat je krijgt is de volgende melding

[...]

Maar inderdaad hier ook als ik een test doe 250 ipv 500.

Hebben we weer een bugje ontdekt ?

Volgens mij is het hele credit systeem nog in ontwikkeling. Maar goed, een issue melden via GitHub kan geen kwaad. Doe maar even.

[Jef61]

Haha, ik wilde een meting doen vanaf mijn provider, komt er maar één resultaat terug, van mezelf. Dat betekent denk ik dat bij mijn provider ik de enige ben met een probe?

[zeroday]

w1mm13 schreef op donderdag 24 oktober 2024 @ 10:38:
[Afbeelding]
Ik ben (dacht ik) een registered user, maar krijg toch maar 250 tests per uur ?

wat en hoe test je dan? als ik wat op de frontpage doe dan zie ik dat dat geen effect heeft op mijn test t.o.v. eventuele credits..