Datenabruf per updateweatherstation.php-Script funktioniert plötzlich nicht mehr - Problem liegt wohl bei Hosting.de

[Wetterfrosch]

Hallo,

meine Ecowitt-Wetterstationen senden auf meinem Custom-Server.
Auf diesem Server lasse ich das hier im Forum veröffentliche updateweatherstation.php-script laufen über das ich per GET die Daten der Station auslese.

Über das PHP-Script speichere ich die Daten auch in diversen Dateien und leite dann die Daten per "fopen" an Awekas und WU weiter.
Das funktionierte auch mehrere Jahre ohne Probleme.

Nun plötzlich wird das Script, welches ich 2x auf 2 Subdomains laufen habe und somit 2 Wetterstationen mit abrufe, zeitgleich seit 12 Uhr nicht mehr ausgeführt.
Gehe ich in den Error-Log, so kommen dort aber alle 30 Sekunden die Messwerte an, siehe hier:

217.81.192.81 - - [02/May/2025:17:29:20 +0000] "GET /weatherstation/updateweatherstation.php?ID=xxx&PASSWORD=yyy&tempf=78.08&humidity=42&dewptf=53.24&windchillf=78.08&winddir=223&windspeedmph=0.00&windgustmph=0.00&rainin=0.000&dailyrainin=0.000&weeklyrainin=0.028&monthlyrainin=0.000&yearlyrainin=8.693&solarradiation=48.22&UV=0&indoortempf=83.30&indoorhumidity=36&baromin=29.952&soiltempf=66.02&lowbatt=0&dateutc=now&softwaretype=GW1100A_V2.3.6&action=updateraw&realtime=1&rtfreq=5 HTTP/1.0" 403 28 "-" "-"

Trotzdem wird das Script dann aber nicht weiter ausgeführt, wodurch die Daten nicht in meinen Dateien gespeichert werden und auch die Weiterleitung zu Awekas und WU wird nicht mehr ausgeführt, letzte Aktion war bei beiden Stationen, d.h. bei beiden Scripts um 12 Uhr, d.h. sowohl zu Awekas wie auch zu WU wurde das letzte mal heute um 12 Uhr gesendet und auch die TXT-Dateien in denen ich die Daten speichere, wurden das letzte mal um 12 Uhr beschrieben.

Kann sich hier jemand erklären, wieso das Script augenscheinlich zwar ausgeführt wird, denn sonst wären die Daten per GET ja nicht zeitaktuell da, doch augenscheinlich das Script dann doch nicht durchlaufen wird?

Ich habe absolut nichts geändert, doch seit heute 12 Uhr funktioniert es nicht mehr und wie gesagt, es funktioniert bei beiden Wetterstationen nicht mehr, d.h. bei beiden Subdomains, d.h. das Problem muss irgendwie am Webspace oder am Script liegen, doch wie gesagt, bis dato lief es ja und ich habe nichts geändert.

Kann sich Jemand das Problem erklären?

Nachtrag:

Ich habe gerade von meinem Hoster diese Antwort erhalten:

können Sie beim Aufruf der Skripte sicherstellen, dass der Cron dies mit irgendeinem gültigen Useragent tut? Wir erhalten leider massenhaft missbräuchliche Anfragen mit leeren Useragents und müssen diese deswegen zweitweise ablehnen.

Ich glaube hier liegt der Hase begraben.
Doch was meint er mit "Useragent"? Was muss ich nun tun, damit mein PHP-Script wieder von der wetterstation angestoßen wird?

Danke für die Hilfe.
LG Frank.

[Gyvate]

versuchs mal mit:
https://de.wikipedia.org/wiki/User_Agent

[Wetterfrosch]

Hmmm und was muss ich nun tun?
Die Wetterstation sendet ihre Daten eben an besagten Webspace auf dortigen Unterordner "weatherstation" und dort wird dann das Script "updateweatherstation.php" angestoßen/ausgeführt.
D.h. meine 2 Ecowittstationen verwenden den Custom-Server Funktion über diese ich dann die Daten auf mein webspace sende und das Script alle 30 Sekunden angestoßen wird.
Ich kann ja nichts ändern was die Station da dann sendet, d.h. wie soll ich das mit dem Useragent nun machen?

[olicat]

Hi!

Du kannst da wohl nichts tun ausser den Provider zu wechseln. Der User-Agent wird vom Client definiert/geliefert - in Deinem Fall ist das die Wetterstation. Sendet die keinen dem Server "genehmen" String laesst sich das nicht aendern.
Ich hoere allerdings zum ersten Mal von solchen Sicherheitsmassnahmen.
Um welchen Provider handelt es sich bei Dir?

Oliver

[Wetterfrosch]

ich bin bei hosting.de ehemaligst velogrid und bis zum heutigen Tag hat das ganze ja auch mehrere Jahre problemlos funktioniert.
weißt du was für ein String die Ecowit Station gw2000 und gw1100 sendet?

[Gyvate]

Kannst Du nicht den PASSKEY der Konsole senden und mit dem Webhoster vereinbaren, dass es sich bei diesem useragent um einen Berechtigten handelt. Ich nehme an, dass die akzeptierten useragents in einer Tabelle auf dem Server definiert sind und dagegen abgeglichen werden.
Entweder legst Du fest, was "gültig" ist, oder Dein Webhoster stellt Dir einen von ihm als gültig akzeptierten useragent Namen zur Verfügung.
Den Passkey Deiner Konsole findest Du, indem Du sie nach ear.phantasoft.de ihre customized Daten senden läßt.
Schau Dir dazu http://ear.phantasoft.de an
Der Passkey bleibt pro Konsole immer gleich.
Und wenn zwei Konsolen ihre Daten auf Deinen Webspace senden, dann sind es eben zwei Passkeys, für jede Konsole einer.

[Wetterfrosch]

Ich sende ja von der Wetterstation auch noch einen Usernamen und Passwort mit, diese Daten verifiziere ich im Script und nur wenn diese korrekt sind, wird das Script ausgeführt, kann ich dem Hoster nicht auch darüber irgendwie anzeigen, dass der Aufruf des Scriptes verifiziert ist?

[olicat]

Hi!

Der User-Agent wird im http-Header mitgegeben - da gibt es keine Chance, den PASSKEY zu nehmen (zumal es den im WU-Protokoll ohnehin nicht gibt).
Soweit ich weiss, sendet die Konsole von Ecowitt KEINEN User-Agent.
Offenbar blockt Dein Provider aber saemtliche Anfragen, die keinen gueltigen User-Agent mitliefern. Welche vom Server als gueltig erachtet werden kann nur der Provider mitteilen. Ich sehe aber keine Moeglichkeit, dass die Konsole einen passenden User-Agent mit sendet.

Natuerlich kann man da wieder was basteln. Aber erstmal sollte der Provider mitteilen, ob er es so wirklich implementiert hat und ob das Bestand haben wird. Ich finde jedenfalls dieses Gehabe bedenklich. Es gibt keine User-Agent-Pflicht.

Oliver

[Gyvate]

Ich sende ja von der Wetterstation auch noch einen Usernamen und Passwort mit, diese Daten verifiziere ich im Script und nur wenn diese korrekt sind, wird das Script ausgeführt, kann ich dem Hoster nicht auch darüber irgendwie anzeigen, dass der Aufruf des Scriptes verifiziert ist?

Du kannst es ja versuchen, ob er sich darauf einlässt ...
anderenfalls wäre der Passkey sicher eine akzeptable Lösung - aber, Verhandlungspartner ist der Webhoster. Er kann Dir sagen, was er akzeptiert oder nicht. Die Diskussion muss am Ende dort geführt werden.
Du kannst ja auch die Spieß umdrehen und höflich nachfragen, wie denn ein von ihnen akzeptiert useragent aussehen solle - ob sie da Vorschläge oder Regeln hätten ...

[Wetterfrosch]

Ich habe den Prowider diesbezüglich nochmal angeschrieben und warte auf dessen Antwort, doch jetzt ist leider Wochenende, deswegen wird da nicht mehr viel kommen. ;-(