Ich schreib das mal hier rein, weil es wohl eher ein Problem ist, dass unser Server-Anbieter lösen muss und ich mir hier nicht unbedingt eine Lösung erwarte. Trotzdem wollt ich es euch einfach mal zeigen - vielleicht hat ja doch jemand von euch was parat.
Ich rufe seit geraumer Zeit regelmässig eine Veranstaltungs-XML von einem Anbieter mittels curl ab. Das Script habe ich auf 5 verschiedenen Servern im Einsatz. Seit heute gibt es auf einem Server sporadisch Probleme. Das Script informiert mich bei Problemen per Mail mit folgenden Infos - es handelt sich dabei um die Informationen aus curl_getinfo();
Dazu noch der Content, den der curl-Request zurückliefert.
Das witzige dabei - ich möchte ja die Xml von dieser Adresse haben:
http://www.example1.com/pfad/zur/xml.aspx
Das html-Document dass mit dem 302er-Status zurückkommt, stammt vom eigenen Server und example2.com entspricht dabei dem Namen der eigenen Host-Maschine entspricht und www.example3.com (in der Server-Signatur) entspricht dem V-Host auf dem das Script läuft. Der 302er stammt also scheinbar gar nicht vom entfernten Server, sondern der Request bleibt scheinbar gelegentlich auf der eigenen Maschine hängen und scheinbar versucht ihn die eigene Maschine auch zu beantworten?!
Das passiert heute ungefähr bei jedem fünften Request - sonst klappt es wie gehabt.
Ich tippe irgendwie auf irgendeine Form von einem DNS-Problem.
Ich rufe seit geraumer Zeit regelmässig eine Veranstaltungs-XML von einem Anbieter mittels curl ab. Das Script habe ich auf 5 verschiedenen Servern im Einsatz. Seit heute gibt es auf einem Server sporadisch Probleme. Das Script informiert mich bei Problemen per Mail mit folgenden Infos - es handelt sich dabei um die Informationen aus curl_getinfo();
Code:
Fehler beim Laden der Events: 2010.10.13 14:35:02 //eigens produzierte Meldung url: http://www.example1.com/pfad/zur/xml.aspx content_type: text/html; charset=iso-8859-1 http_code: 302 header_size: 315 request_size: 218 filetime: -1 ssl_verify_result: 0 redirect_count: 0 total_time: 0.031683 namelookup_time: 0.001654 connect_time: 0.015629 pretransfer_time: 0.015726 size_upload: 0 size_download: 331 speed_download: 10447 speed_upload: 0 download_content_length: 331 upload_content_length: 0 starttransfer_time: 0.031623 redirect_time: 0
HTML-Code:
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> <html><head> <title>302 Found</title> </head><body> <h1>Found</h1> <p>The document has moved <a href="http://www.example2.com/pfad/zur/xml.aspx">here</a>.</p> <hr> <address>Apache/2.0.52 Server at www.example3.com Port 80</address> </body></html>
http://www.example1.com/pfad/zur/xml.aspx
Das html-Document dass mit dem 302er-Status zurückkommt, stammt vom eigenen Server und example2.com entspricht dabei dem Namen der eigenen Host-Maschine entspricht und www.example3.com (in der Server-Signatur) entspricht dem V-Host auf dem das Script läuft. Der 302er stammt also scheinbar gar nicht vom entfernten Server, sondern der Request bleibt scheinbar gelegentlich auf der eigenen Maschine hängen und scheinbar versucht ihn die eigene Maschine auch zu beantworten?!
Das passiert heute ungefähr bei jedem fünften Request - sonst klappt es wie gehabt.
Ich tippe irgendwie auf irgendeine Form von einem DNS-Problem.
Kommentar