Henry Whitaker Speedtest keine Messwerte

[spodec]

Hallo,

ich habe mir in Docker den Speedtest von Henry Whitaker (https://github.com/henrywhitaker3/Speedtest-Tracker) installiert. Es läuft auch soweit und ich komme auf die Benutzeroberfläche. Allerdings erhalte ich dann wie auf dem Bild zu sehen keine Messwerte, wenn ich einen Test starte. Kann mir hier jemand weiter helfen, woran das liegen könnte? OOKLA_EULA_GDPR habe ich auf true gesetzt.

Danke für eure Hilfe!

 

[Ulfhednir]

Ich würde die Daten im Volume platt machen und neu aufsetzen. Möglicherweise speichert er den EULA-Wert irgendwo in einer JSON-File ab.
https://github.com/henrywhitaker3/Speedtest-Tracker/issues/725

Ansonsten zwei weitere Ansätze: 1.) Firewall auf der DS deaktivieren und testen - vielleicht ist OOKLA nicht erreichbar und / oder 2.) die TZ-ENV definieren. siehe: https://hub.docker.com/r/henrywhitaker3/speedtest-tracker

 

[Ulfhednir]

Weil ich bei meinem Bruder gerade das selbe Thema auf dem Tisch hatte:
Letztendlich lag es an der Namensauflösung. Hier war noch AdGuard im Einsatz.
In der DS als DNS OpenDNS bzw. Google hinterlegt und obligatorisch neugestartet - danach lief es.

 

[spodec]

In der DS als DNS OpenDNS bzw. Google hinterlegt und obligatorisch neugestartet - danach lief es.

Kannst du mir das näher erläutern, was ich genau machen muss? Ich bin nicht sonderlich bewandert mit dem Thema und hangele mich immer durch Schritt für Schritt Anleitungen, was solche Projekte angeht. Danke.

 

[Ulfhednir]

Dann wäre es wohl an der Zeit sich etwas mehr mit der Materie zu beschäftigen anstelle nur "Schritt-für-Schritt-Anleitungen" abzuklimpern.

 

[spodec]

Habs leider nicht hinbekommen. Ich vermute einmal ich benötige dafür auch einen eingerichteten DNS Server?

 

[MasterJM]

Tag,
schau mal in die Logs vom Container, vermute das hat nichts mit DNS zu tun, sondern beim Install des Dockers konnte der speedtest CLI, das Script nicht geladen werden. Ist ein Bug, der bei Git vor gut 4 Monaten gemeldet wurde.
Gibt einige Hilfen dort dazu, ich z.B. hab das tgz manuell geladen und vor Start des Dockers auf die NAS gepackt.
Da sah man sofort an den Fehler vorher, wo das Problem lag, danach war es weg und der Speedtest lief, die Werte kamen an.
Gruß

 

[spodec]

Tag,
schau mal in die Logs vom Container, vermute das hat nichts mit DNS zu tun, sondern beim Install des Dockers konnte der speedtest CLI, das Script nicht geladen werden. Ist ein Bug, der bei Git vor gut 4 Monaten gemeldet wurde.
Gibt einige Hilfen dort dazu, ich z.B. hab das tgz manuell geladen und vor Start des Dockers auf die NAS gepackt.
Da sah man sofort an den Fehler vorher, wo das Problem lag, danach war es weg und der Speedtest lief, die Werte kamen an.
Gruß

chmod: cannot access '/config/www/app/Bin/speedtest': No such file or directory

Diese Zeile habe ich gefunden, die mir aufgefallen ist. Hat das was mit deiner Ausführung zu tun?

 

[haydibe]

Hast Du das Volume für /config gemapped und passende Werte für PUID und GUID verwendet, die zu dem Verzeichnis passen, dass Du gegen das Verzeichnis gemapped hast?

 

[spodec]

Die /config habe ich erstellt, was aber meinst du mit ...

...und passende Werte für PUID und GUID verwendet, die zu dem Verzeichnis passen, dass Du gegen das Verzeichnis gemapped hast?

 

[Ulfhednir]

Bei mir läuft das Ding auch ohne angepasster PGID und PUID. Wird auch als optional angegeben:

-e PUID​	Optional. Supply a local user ID for volume permissions
-e PGID​	Optional. Supply a local group ID for volume permissions
-e AUTH​	Optional. Set to 'true' to enable authentication for the app

 

[CrimsonGlory]

Also bei mir hat das hier geholfen Link

 

[MasterJM]

chmod: cannot access '/config/www/app/Bin/speedtest': No such file or directory

Diese Zeile habe ich gefunden, die mir aufgefallen ist. Hat das was mit deiner Ausführung zu tun?

Ja, sag ich ja - der hat das Archiv gar nicht geladen, daher kann er da auch kein Script ausführen. Das wget vorher ging vermutlich schon schief?
https://github.com/henrywhitaker3/Speedtest-Tracker/issues/558
oder auch https://github.com/henrywhitaker3/Speedtest-Tracker/issues/670

 

[Monacum]

Nur weil es als optional angegeben wird, kann es trotzdem für die Funktionalität notwendig sein; beispielsweise ließen sich bei mir keine Zeitpläne (alle x Stunden durchführen o. ä.) durchführen, wenn keine Timezone über den Parameter TZ und einen Input von hier eingetragen war.

 

[haydibe]

Ich nehme alles von heute morgen zurück und sag jetzt das Gegenteil (heute morgen hatte ich nur kurz in meine eigene Konfiguration geschaut)

1. PUID und GUID sollten egal sein , weil der Container als root startet und den Owner beim Start ändert - ggf. halt auf die Default-Werte die im Image hinterlegt sind.

2. Könntest Du Versuchsweise das Volume /config wieder entfernen und dann schauen ob es geht... wenn ich mit meiner Vermutung richtig liege, dann sollte es gehen... Ich setze mein Geld auf Syno-ACL-Probleme. Docker Container können mit den ACLs herzlich wenig anfangen - trotzdem unterliegt die Host seine ein Volume-Binds den ACLs. Das Filesystem des Containers bzw. anonym angelegt Volume unterliegen den ACLs nicht.

 

[spodec]

2. Könntest Du Versuchsweise das Volume /config wieder entfernen und dann schauen ob es geht... wenn ich mit meiner Vermutung richtig liege, dann sollte es gehen... Ich setze mein Geld auf Syno-ACL-Probleme. Docker Container können mit den ACLs herzlich wenig anfangen - trotzdem unterliegt die Host seine ein Volume-Binds den ACLs. Das Filesystem des Containers bzw. anonym angelegt Volume unterliegen den ACLs nicht.

Klappt leider auch nicht. Habe noch einmal alles gelöscht und den Container neu installiert. Dieses mal ohne /config anzulegen. Leider bringt das auch keine Veränderung.

 

[MasterJM]

Moin. Poste doch mal den Log vom Docker Container hier rein, das man mal was sieht - also den Teil vom Install.

 

[spodec]

Ich habe es nun endlich zum Laufen bekommen. Das hier hat nun geholfen:

https://github.com/henrywhitaker3/Speedtest-Tracker/issues/558#issuecomment-955385943

Danke für eure Hilfe!

 

[spodec]

Eine Sache habe ich noch. Ich schaffe es aktuell nur über die IP Adresse auf die Weboberfläche des Speedtests zu kommen. Geht das auch von außerhalb des eigenen Netzwerkes über DynDNS? Ich habe verschiedene Kombinationen probiert, schaffe es aber nicht. DynDNS an sich funktioniert. Der Zugriff von außen auf DSM Oberfläche, Fotos etc klappt problemlos.

 

[MasterJM]

Eine Sache habe ich noch. Ich schaffe es aktuell nur über die IP Adresse auf die Weboberfläche des Speedtests zu kommen. Geht das auch von außerhalb des eigenen Netzwerkes über DynDNS? Ich habe verschiedene Kombinationen probiert, schaffe es aber nicht. DynDNS an sich funktioniert. Der Zugriff von außen auf DSM Oberfläche, Fotos etc klappt problemlos.

War also wohl genau das, was ich sagte - wget hat das File nicht gezogen, daher gab es dort kein Script zu laufen.


Hast du denn in deinem Router den Port Forward gemacht für den Port, den du extern nutzen willst auf das interne Ziel? Sonst geht das nicht.
Alternativ per VPN.