dwd.de und wettergefahren.de offline ?

[Holli]

Hier sollte vielleicht zuerst geklärt werden, um welche(n) Server es überhaupt geht. Der DWD betreibt nämlich verschiedene:
dwd.de: Die normale Wetterinformationsseite, Zugriff per HTTP
wettergefahren.de: Der Hochlastserver ausschließlich für Warnungen, Zugriff per HTTP
ftp-outgoing2.dwd.de: Der GDS-Server, Zugriff über FTP und Nutzerkennung

Wetterwarnungen können über die beiden letzten abgefragt werden. Für die Nutzung auf einer eigenen Website sollte der FTP-Server gewählt werden. Der HTTP-Zugriff zur Weiterveröffentlichung kann urheberrechtliche Probleme machen. Der DWD ist zwar kein Abmahnverein, erlaubt aber auch den Zugriff nicht ausdrücklich.

Und wenn der Server klar ist, müssen notfalls Fehlerausgaben ins Script eingebaut werden: Ist der Server erreichbar? Ist die Datei vorhanden?

Alles andere ist Stochern im Dunklen.

[klaus289]

Also bei meinem Script ist eine Fehlermeldung eingebaut.
"Derzeit ist keine Verbindung zum FTP Server "ftp-outgoing2.dwd.de" möglich, bitte kontaktieren Sie den Administrator dieser Webseite."
Diese Fehlermeldung kommt bei meinem alten Hoster. Beim Hoster Was funktioniert die gleiche Konstellation ohne Probleme.

Dirks Script beim alten Hoster: Warning : fopen (http://www.wettergefahren.de/dyn/app/ws/html/reports/DEX_warning_de.html) [ function.fopen ]: failed to open stream: Anschluss in zeitlich / var/www/web123167 / html / aaa / dw / warnung.php on line 3
Warning : feof (): mitgelieferte Argument ist keine gültige stream-Ressource in / var/www/web123167/html/aaa/dw/warnung.php on line 4
Warning : fgets ( ): geliefert Argument ist keine gültige stream-Ressource in / var/www/web123167/html/aaa/dw/warnung.php on line 5

Beim Hoster Was funktioniert alles ohne Probleme.

Ergo kann es doch nur an den einzelnen Hostern liegen.

[Reinhard 123]

Holli,
es dreht sich hier alles um den ftp-outgoing2.dwd.de, da sind sich die Geister einig.
nur beim abholen klappt was nicht, der Server ist aber erreichbar.
Schaut euch mal beim Werner Neudeck die 2 webseiten an, bei einer geht es und bei der anderen geht nicht.

[mk2007]

Ich habe ja nun einen neuen / anderen Hoster ( gn2 ) und bei dem läuft das Skript von Klaus einwandfrei :
http://www.wetter77966.de/dwd_grund/weather/index.php

Jedoch : alle anderen Skripte die auf wettergefahren.de zugreifen um bspw. nur eine Warnfarbe zu erhalten, laufen hier auch nicht.

Ist es möglich, dass der DWD diesen auch von Dietmar erwähnten http-Zugriff gesperrt hat?

[Oliver HH]

Hallo,

habe gerade mit einem anderen Script von Dirk bei WAS getestet. Das Script funktioniert einwandfrei.
Also kann es nur an den einzelnen Hostern liegen.

Da hat Klaus gerade eine meiner Ideen zerstört....

Ich dachte, dass der DWD bei der FTP Abholung (ftp-outgoing2.dwd.de) bei bestimmten Nutzern Schwierigkeiten macht...

Jetzt müsste man herausbekommen, was bei den Hostern vor 24h auf einmal geändert wurde....

Meine stündliche FTP Abholung funzt auch nicht...mache es im Moment manuell...

[klaus289]

Hallo

hier der Beweis, dass Dirks Script funktioniert: http://www.iskr.de/aaa/dw/warnung.php.

Übrigens habe gerade ein neues Modul für mein Script kreiert. Wetterwarnungen für den Landkreis.



Ist alles noch im Rohzustand. Nur das Ergebnis zählt.

[Sprite01]

Habe meinen Hoster all-inkl angefragt.

... vielen Dank für Ihre Anfrage.

Hier liegt das Problem bei dem DWD. Leider konnten wir bisher am Wochenende niemanden dort erreichen. Daher deaktivieren Sie bitte das Script das die Probleme verursacht bis eine Lösung gefunden wurde.

[Holli]

Jedoch : alle anderen Skripte die auf wettergefahren.de zugreifen um bspw. nur eine Warnfarbe zu erhalten, laufen hier auch nicht.

Doch, die laufen hier auch. Ich greife allerdings mit cURL darauf zu. allow_url_fopen ist bei GN2 per Default aus und muss in der Domainverwaltung (php.ini) ausdrücklich freigegeben werden. Ich rate allerdings davon ab, weil man damit möglicherweise eine Sicherheitslücke aufreißt. url_fopen ist nicht per se unsicher, aber viele Hackversuche bauen darauf auf. Wenn ein Hacker über einen GET-Parameter eine externe Datei übergibt und ein Script diesen Parameter ungeprüft übernimmt, kann auf diese Weise Schadcode geladen werden.

Wer seine Scripte selbst schreibt und auf solche Lücken überprüft, kann die Funktion bedenkenlos aktivieren. Wer aber fremde Scripte einsetzt und nicht das Wissen für eine Überprüfung hat, sollte die Finger weglassen.

Da ich häufig fremde Scripte teste und keine Lust habe, die vorher von vorn bis hinten zu lesen, ist die Funktion bei mir grundsätzlich abgeschaltet. Externe Dateien werden per cURL abgeholt oder gar nicht.

Ist es möglich, dass der DWD diesen auch von Dietmar erwähnten http-Zugriff gesperrt hat?

Hier ist vermutlich eher ein simples fopen die Ursache.

[klaus289]

Lächerlich!

Habe den Originaltext wieder in dein Script eingefügt. Momental ist für deinen Bereich eine Warnung gültig.

http://www.iskr.de/aaa/dw/warnung.php

Wie du siehst, funktioniert es.

[Reinhard 123]

Kann es möglich sein, das verschiedene Regionen ausfallen können, dann wäre für mich klar das es bei einigen geht und bei anderen nicht.
Nur bei Werner Neudeck ist es nicht geklärt 2 verschienene Hoster und einer geht, der andere nicht und die selbige Region.