cURL fügt auf einigen Servern ein "20 " an den Anfang und " 0" an das Ende hinzu

woz · 30.03.2011, 12:06

Hallo,

ich habe ein kleines Problem mit cUrl.
Zum Verständnis: es geht um eine Update-Funktion, die zum Schutz vor der Installation eines fehlerhaften Downloads die MD5-Summe mit der offiziellen vergleicht. Dazu fragt er natürlich die MD5-Summe vom offiziellen Server ab.
Ich dachte es beträfe nur einen falschkonfigurierten Server, habe es nun aber auch auf einem anderen beobachtet:
An die abgerufene Ausgaben von dem offiziellen Server wird an den Anfang "20 " und an das Ende " 0" angefügt. Die Rückgabe lautet also nicht "*MD5*" sondern "20 *MD5* 0".

Weiß jemand, woher dies kommen könnte und ob es sich beheben lässt oder ich für diesen Fall einfach den Fehler erkennen und dann wieder aus dem String löschen muss?

tr0y · 30.03.2011, 12:12

Toll das du sagst was du machst, fehlt nur leider das wie..

Ohne den Source wie du requestes werden das Schüsse ins Blaue.

eagle275 · 30.03.2011, 12:17

Also

1) Wenn da jedesmal die 20 davor und 0 dahinter kommt, das sehr einfach wegfiltern, da MD5 auch noch eine konstante Länge von 32 Byte hat.

2) vermutlich stammen die Zeichen vom Server, das Script gibt die entweder mit aus, oder aber du musst halt die cURL-Antwort korrekt beschneiden. Es kann zumindest sein, dass die Antwort eine Kombination aus dem HTML-Response-Code für OK (200) und deiner MD5 ist .... Vielleicht kommt die Antwort da zu einem unglücklichen Zeitpunkt ....

lstegelitz · 30.03.2011, 12:33

Zitat:

Zitat von woz

An die abgerufene Ausgaben von dem offiziellen Server wird an den Anfang "20 " und an das Ende " 0" angefügt. Die Rückgabe lautet also nicht "*MD5*" sondern "20 *MD5* 0".

Weiß jemand, woher dies kommen könnte und ob es sich beheben lässt oder ich für diesen Fall einfach den Fehler erkennen und dann wieder aus dem String löschen muss?

Woher es kommt? Na, vom Server.. schreibst du ja selber schon. Dort (beim Betreiber des Server) würde ich mal nachfragen nach dem warum/wieso/weshalb.

woz · 03.04.2011, 23:39

Zitat:

Zitat von lstegelitz

Woher es kommt? Na, vom Server.. schreibst du ja selber schon. Dort (beim Betreiber des Server) würde ich mal nachfragen nach dem warum/wieso/weshalb.

Den offiziellen Server betreibe ich selbst.
Es ging aus meiner Beschreibung nicht ganz hervor, das Problem tritt bisher nur auf zwei Servern auf, auf vielen anderen nicht.
Der Server gibt also definitiv das richtige zurück, die entsprechende cURL-Rückgabe ist aber auf einigen Servern verfälscht.
Mein Programm (CMS) läuft bei vielen Kunden auf deren Servern und soll auch nach Abschluss des Auftrags up-to-date bleiben.

Zitat:

Zitat von eagle275

2) vermutlich stammen die Zeichen vom Server, das Script gibt die entweder mit aus, oder aber du musst halt die cURL-Antwort korrekt beschneiden. Es kann zumindest sein, dass die Antwort eine Kombination aus dem HTML-Response-Code für OK (200) und deiner MD5 ist .... Vielleicht kommt die Antwort da zu einem unglücklichen Zeitpunkt

Ja, das habe ich auch vermutet. Daher auch meinerseits die Frage ob ich das rausfiltern kann.
Nur habe ich eben gehofft, dass es mir jemand mit Bestimmtheit sagen kann. Nicht, dass ich ein Katz- und Mausspiel mit diversen Rückgabe-Verfälschungen (z.B. andere HTTP-Codes) anfange.

Mein größtes Problem an der Sache ist aber: Die Funktion (siehe unten) wird ja nun häufiger benutzt. Nicht nur zum Abfragen der offiziellen MD5 benutzt, sondern z.B. auch zum Download des Updates. Ich kann also nicht einfach die 32 Stellen zwischen den beiden Leerzeichen nehmen. Wenn ich Pech habe sieht die Ausgabe ja irgendwann einmal tatsächlich so aus und es wird als Fehler interpretiert und rausgefiltert.

woz · 03.04.2011, 23:41

Zitat:

Zitat von tr0y

Toll das du sagst was du machst, fehlt nur leider das wie..

Ohne den Source wie du requestes werden das Schüsse ins Blaue.

PHP-Code:

      protected static function get_remote_data( $remote_file ) {
        if( ini_get('allow_url_fopen') && @file_get_contents( 'http://'. $_SERVER['SERVER_NAME'] ) != false )
            $data = file_get_contents( $remote_file );
        elseif( function_exists('curl_init') ) {
            $ch = curl_init();
            curl_setopt( $ch, CURLOPT_URL, $remote_file );
            curl_setopt( $ch, CURLOPT_RETURNTRANSFER, 1 );
            $data = curl_exec( $ch );
            curl_close( $ch );
        }
        else {
            $url = parse_url( $remote_file );
            $socket = fsockopen( $url['host'], 80 );
            if ($socket) {
                $out = "GET /". $url['path'] .'?'. $url['query'] ." HTTP/1.1\r\n";
                $out .= "Host: ". $url['host'] ."\r\n";
                $out .= "Connection: Close\r\n\r\n";
                fwrite( $socket, $out );
                $data = trim( strstr( str_replace( "\r", "", stream_get_contents( $socket ) ), "\n\n" ) );
                fclose( $socket );
            }
        }
        return $data;
    }

Ich vermute inzwischen, das Problem liegt im letzten else-Block, wo der HTTP-Request zusammengebaut und die Variable $data auf die Rückgabe gesetzt wird. Gibt es hier etwas, was ich über

Code:

stream_get_contents( $socket )

wissen sollte?

Jens Clasen · 04.04.2011, 10:15

Stimmt - Dein Problem liegt im letzten Abschnitt. Das hat nur nichts mit cURL zu tun. Im Gegensatz zu Teinem Replacement kanm cURL nämlich auch mit Daten was anfangen, die per chunked transfer-encoding übermittelt wurden. Das hast Du bei Deiner eigenen Implementierung allerdings vergessen. (Ursache für Deinen Zahlensalat)

Abhilfe: Wenn Du nen HTTP-Request per fsockopen() absetzen willst, dann kommst Du beim Verarbeiten der Antwort nicht darum herum, auch die Header auszuwerten und entsprechend zu decodieren. Außerdem solltest Du aufpassen, dass Du die richtigen Accept-Headerr mit in Deinen Request kleisterst, falls Du nur eine Untermenge des HTTP in Deinem Client implementierst. Ohne darf der gegnerische Server Dir nämlich durchaus auch gzip-komprimierte Daten schicken.

Gruß Jens

woz · 04.04.2011, 17:40

Danke für deine Erklärung, Jens!
Wie kann ich denn Header von Body trennen?

tr0y · 04.04.2011, 17:43

http://forum.de.selfhtml.org/archiv/2002/10/t26179/

woz · 04.04.2011, 17:49

Danke tr0y!!

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] cURL Upload Probleme bei unterschiedlichen Servern	iits	PHP-Fortgeschrittene	3	25.10.2010 18:11
[Erledigt] Datei vom Ende bis zum Anfang ausgeben?	Alecane	PHP Tipps 2010	3	16.03.2010 09:49

30.03.2011, 12:06
woz Neuer Benutzer Registriert seit: 30.03.2011 Beiträge: 5 PHP-Kenntnisse: Fortgeschritten	cURL fügt auf einigen Servern ein "20 " an den Anfang und " 0" an das Ende hinzu Hallo, ich habe ein kleines Problem mit cUrl. Zum Verständnis: es geht um eine Update-Funktion, die zum Schutz vor der Installation eines fehlerhaften Downloads die MD5-Summe mit der offiziellen vergleicht. Dazu fragt er natürlich die MD5-Summe vom offiziellen Server ab. Ich dachte es beträfe nur einen falschkonfigurierten Server, habe es nun aber auch auf einem anderen beobachtet: An die abgerufene Ausgaben von dem offiziellen Server wird an den Anfang "20 " und an das Ende " 0" angefügt. Die Rückgabe lautet also nicht "MD5" sondern "20 MD5 0". Weiß jemand, woher dies kommen könnte und ob es sich beheben lässt oder ich für diesen Fall einfach den Fehler erkennen und dann wieder aus dem String löschen muss?


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

30.03.2011, 12:12
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	Toll das du sagst was du machst, fehlt nur leider das wie.. Ohne den Source wie du requestes werden das Schüsse ins Blaue. __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

30.03.2011, 12:17
eagle275 Erfahrener Benutzer Registriert seit: 01.09.2010 Beiträge: 4.561 PHP-Kenntnisse: Fortgeschritten	Also 1) Wenn da jedesmal die 20 davor und 0 dahinter kommt, das sehr einfach wegfiltern, da MD5 auch noch eine konstante Länge von 32 Byte hat. 2) vermutlich stammen die Zeichen vom Server, das Script gibt die entweder mit aus, oder aber du musst halt die cURL-Antwort korrekt beschneiden. Es kann zumindest sein, dass die Antwort eine Kombination aus dem HTML-Response-Code für OK (200) und deiner MD5 ist .... Vielleicht kommt die Antwort da zu einem unglücklichen Zeitpunkt .... __________________ "Irren ist männlich", sprach der Igel und stieg von der Drahtbürste

04.04.2011, 10:15
Jens Clasen Erfahrener Benutzer Registriert seit: 19.06.2009 Beiträge: 837 PHP-Kenntnisse: Fortgeschritten	Stimmt - Dein Problem liegt im letzten Abschnitt. Das hat nur nichts mit cURL zu tun. Im Gegensatz zu Teinem Replacement kanm cURL nämlich auch mit Daten was anfangen, die per chunked transfer-encoding übermittelt wurden. Das hast Du bei Deiner eigenen Implementierung allerdings vergessen. (Ursache für Deinen Zahlensalat) Abhilfe: Wenn Du nen HTTP-Request per fsockopen() absetzen willst, dann kommst Du beim Verarbeiten der Antwort nicht darum herum, auch die Header auszuwerten und entsprechend zu decodieren. Außerdem solltest Du aufpassen, dass Du die richtigen Accept-Headerr mit in Deinen Request kleisterst, falls Du nur eine Untermenge des HTTP in Deinem Client implementierst. Ohne darf der gegnerische Server Dir nämlich durchaus auch gzip-komprimierte Daten schicken. Gruß Jens

04.04.2011, 17:40
woz Neuer Benutzer Registriert seit: 30.03.2011 Beiträge: 5 PHP-Kenntnisse: Fortgeschritten	Danke für deine Erklärung, Jens! Wie kann ich denn Header von Body trennen?

04.04.2011, 17:43
tr0y Erfahrener Benutzer Registriert seit: 26.07.2010 Beiträge: 4.874 PHP-Kenntnisse: Fortgeschritten	http://forum.de.selfhtml.org/archiv/2002/10/t26179/ __________________ Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

04.04.2011, 17:49
woz Neuer Benutzer Registriert seit: 30.03.2011 Beiträge: 5 PHP-Kenntnisse: Fortgeschritten	Danke tr0y!!