gzip-String "entpacken"???

[romber]

Zitat von gammatester:

Kannst Du das Teil mit gzip entpacken, wenn Du den Gzip-Teil als Datei speicherst mit Extension .gz?

Nein, kann ich nicht. Assertor hat bestimmt recht. So wie die Daten da oben stehen sind die nicht vollständig und keine Decompress-Routine wird diese Daten entpacken können.

[Assertor]

Hi,

Zitat von romber:

@Assertor

Danke für die Antwort!
Ich habe Delphi 2009 und ich war mir auch sicher, dass es an der Delphi-Version liegt. Aber vielmehr beschäftigt mich jetzt das hier:

Zitat von Assertor:

Willst Du die Daten aus Deinem Netzwerk Sniffer (PCab) so verwerten, wie diese oben stehen? Weil dort ja der Zeichenbereich begrenzt ist somit Informationen schon flöten sind (das also mit dem Entpacken des gz nichts wird)...

Genau. So wie die Daten oben stehen, so habe ich diese auch. Diese Daten lese ich aus einem Record aus, Datentyp ist AnsiString. Sind diese Daten wirklich nicht vollständig?

Sieht so aus, als würde PCap alles oberhalb der ASCII-Zeichen mit einem "." auffüllen, damit es anzeigbar bleibt. Was Du bräuchtest sind die Rohdaten, also in HEX bzw. als Binaryformat.

Mit ANSI/Unicode hat das hier noch nichts zu tun, sondern nur damit das PCap die Daten zur Anzeige "aufbereitet" - das kann bei Binärdaten nur in die Hose gehen...

Und für gz bzw. gzip brauchst Du afaik nur die zLib. Das sind im Prinzip immer nur gepackte Datenströme. Erweiterte Inhaltsinformationen und (Verzeichnis-)Strukturen etc. sind bei gz ja überlicherweise in den den Tar-Containern (dies ist hier völlig unnötig - geht ja um die Daten von Webservern die gz'ed sind).

Gruß Assertor

[romber]

Gibt es den eine Alternative zu WinPCap, die mir die Rohdaten liefern könnte? Aber komisch. Wireshark basiert auch auf WinPCap und zeigt die Daten an.

[Assertor]

Hi,

Zitat von romber:

Gibt es den eine Alternative zu WinPCap, die mir die Rohdaten liefern könnte? Aber komisch. Wireshark basiert auch auf WinPCap und zeigt die Daten an.

Ich kenn mich mit WinPcap nicht aus, nutze für kleine Sachen meistens NirSoft SmartSniff - inbesondere wenn es um die Indy Geschichte geht, aber bei WinPcap gibt es eine Liste:

http://www.winpcap.org/misc/links.htm

Dort stehen einige, die die Daten auch in HEX anzeigen, z.B. EtherSnoop, ipInterceptor, YATT oder der von mir genutzte SmartSniff.

Ich nutze SmartSniff, weil dieser für Admins auch portabel einsetzbar ist ohne Installation. Bei beschränkten Accounts (Vista, UAC und normale Workstations etc) muß der halt per Rechtsklick -> Ausführen als (Administrator) gestartet werden. Klein und einfach.

Ich hab das Package Dumping jetzt aber nicht getestet - das brauch ich so selten, geht ja meist nur ums Nachschauen, was wo richtig oder falsch läuft.

Gruß Assertor

[romber]

Zitat von Assertor:

Ich kenn mich mit WinPcap nicht aus, nutze für kleine Sachen meistens NirSoft SmartSniff - inbesondere wenn es um die Indy Geschichte geht, aber bei WinPcap gibt es eine Liste:

http://www.winpcap.org/misc/links.htm

Dort stehen einige, die die Daten auch in HEX anzeigen, z.B. EtherSnoop, ipInterceptor, YATT oder der von mir genutzte SmartSniff.

Fast alle Tools habe ich ausprobiert. Es geht mir aber darum, die Daten mit Delphi abfangen zu können. Ich benutze dafür eine auf WinPCap basierte Delphi-Bibliothek, deren Möglichkeiten auch begrenzt sind. Ich habe gestern Abend ein bisschen rumexperementiert und nun sehen die empfangenen Daten anders aus, als oben dargestellt. Die komishen Punkte sind weg. Meiner Meinung nach sieht es jetzt mehr nach komprimierten Daten aus.
Diese gezippte strings sind auch "chunked". Liegt mein Problem vielleicht daran, dass ich die Daten zuerst trennen und erst dann entpacken soll?

[Assertor]

Hi,

Zitat von romber:

Es geht mir aber darum, die Daten mit Delphi abfangen zu können.
...
Diese gezippte strings sind auch "chunked". Liegt mein Problem vielleicht daran, dass ich die Daten zuerst trennen und erst dann entpacken soll?

Nicht trennen, sondern zusammenfügen. Was der Webserver als chunked gzip senden, fügst Du entsprechend zusammen und entpackst dann alles als Ganzes. Anders geht das nicht.

Sieh Dir mal die Beschreibung des Chunked Encodings bei Wiki an.

Prinzip ist recht einfach, ein Chunked Block sieht so aus:

Zitat:

Größe des Blocks (Hex) + CRLF
Datenblock

Wird als Größe des Blocks 0 geliefert, ist die Übertragung zu Ende.

Gruß Assertor