GZIP-Archiv (.gz)
IETF StandardGzip (GZ) ist das Standard-GNU-Komprimierungsdienstprogramm und Dateiformat, das universell auf Unix-Betriebssystemen und HTTP-Webservern für die schnelle Komprimierung von Dateien und Web-Assets eingesetzt wird.
Von TAR zu GZ konvertieren
Kostenloser Konverter von TAR zu GZ im Browser. Konvertieren Sie Dateien sofort auf Ihrem Gerät.
Untersuchen & Metadaten
Betriebssysteme und Dateianalysatoren identifizieren GZ-Dateien durch Untersuchung der führenden binären Byte-Sequenz:
Byte-basierte Headersignatur (Magic Bytes)
Betriebssysteme und Dateianalysatoren identifizieren GZ-Dateien durch Untersuchung der führenden binären Byte-Sequenz:
HEX-SIGNATUR (OFFSET 0):
1F 8B 08ASCII-DARSTELLUNG: ..\x08
Standardisierung: IETF RFC 1952
Technische Daten
| Container-Architektur | 10-Byte-Header (Magic 0x1F 0x8B, Methode 8, Flags, mtime, OS) gefolgt von DEFLATE-Stream und 8-Byte-Footer |
| Kompression | DEFLATE-Algorithmus (LZ77-Schiebefenster + Huffman-Codierung) |
| Byte-Endianness | Little-Endian-Header- und Footer-Ganzzahlen |
| Farbräume | Nicht zutreffend (Archivcontainer) |
| Kanäle & Struktur | Einzeldatei-komprimierter Bytestream |
| Max. Abmessungen | Unkomprimierte Größe aufgezeichnet modulo 2^32 (unterstützt unbegrenzte Stream-Längen) |
| Transparenz | 100% bitgenaue verlustfreie Datenaufbewahrung |
| Streaming & Progressiv | Sequenzielles Single-Pass-Streaming über Pipes und HTTP-Netzwerke |
Technischer Vergleich: GZ im Vergleich zu Wettbewerbern
| Technisches Attribut | GZ (Aktuell) | BZ2 | BROTLI | ZSTD |
|---|---|---|---|---|
| Dekomprimierungsgeschwindigkeit | Schnell (~300 MB/s) | Langsam (~40 MB/s) | Sehr schnell (~400 MB/s) | Ultraschnell (>1,5 GB/s) |
| Universelle Web-Akzeptanz | 100% aller Browser & Server | Keine Webbrowser-Unterstützung | Unterstützt über HTTPS in allen Browsern | Wachsende Browser- & Serverunterstützung |
| Multi-Datei-Paketierung | Erfordert TAR-Container (.tar.gz) | Erfordert TAR-Container (.tar.bz2) | Roh-Stream oder benutzerdefinierter Container | Erfordert TAR-Container (.tar.zst) |
| Prüfsummenüberprüfung | 32-Bit-CRC (CRC-32) | 32-Bit-CRC pro Block | Nicht in den Stream eingebaut | 64-Bit xxHash |
Häufige Korruptionsarten & Hex-Wiederherstellungsleitfaden
Extraktionsfehler: „gzip: stdin: unexpected end of file".
Ursache: Vorzeitiger Abbruch der Dateiübertragung, wodurch der DEFLATE-Stream oder der 8-Byte-CRC32-Footer abgeschnitten wurde.
Wiederherstellung: Extrahieren Sie teilweise Inhalte mit „gzip -d --keep broken.gz" oder dem File2File Gzip-Extraktor.
Sicherheitsanalyse & Parser-Angriffsvektore
Gzip-Parser verarbeiten vom Benutzer gesteuerte Header und DEFLATE-Bitstreams, die vor Dekomprimierungsbomben geschützt werden müssen.
Bekannte Angriffsvektore
- Dekomprimierungsbombe (Zip-Bombe), die Megabytes an Gzip-Daten in Hunderte von Gigabyte Speicherplatz auf der Festplatte ausdehnt.
- Pufferüberlauf beim Lesen der optionalen Originaldateinamen-Zeichenfolge aus dem Header.
- Ganzzahlüberlauf während des 32-Bit-CRC-Prüfsummenvergleichs.
Bewährte Sicherheitsverfahren: Erzwingen Sie strenge Dekomprimierungsquoten und Speicherobergrenzen in automatisierten Datenerfassungsdiensten.
Historische Ursprünge & Meilensteine
Hauptvorteile & Stärken
- Der universelle Benchmark für die Internet-HTTP-Komprimierung („Content-Encoding: gzip"), der von 100% der Web-Clients unterstützt wird.
- Bewahrt die ursprünglichen Änderungszeitstempel der Datei und optionale Originaldateinamen im 10-Byte-Header.
- Geringer CPU-Bedarf bei der Dekomprimierung, läuft reibungslos auf leistungsschwachen Mobilgeräten und Routern.
Technische Einschränkungen & Nachteile
- Nur Einzeldateikomprimierung: Mehrere Dateien oder Verzeichnisse können nicht komprimiert werden, ohne sie vorher in einem TAR-Container zu bündeln.
- Das Komprimierungsverhältnis ist bei modernem Web-Text geringer als bei modernen Algorithmen wie Brotli und Zstandard.
- Das Feld für die unkomprimierte Größe im Footer ist 32-bit modulo 2^32, was bei Dateien, die größer als 4 GB sind, Anzeigefehler beim Überlauf verursacht.
Interessante technische Wissenswertes
- Die Magic Bytes 0x1F 0x8B wurden gewählt, weil 0x1F historisch das erste Byte von Unix-„compress"-Dateien war, während 0x8B Gzip identifizierte.
- Über 80% aller Websites im Internet verwenden die Gzip-Komprimierung, um Webseiten an Browser auszuliefern.
- Jean-loup Gailly schrieb den Komprimierungscode, während Mark Adler den Dekomprimierungscode (Inflate) schrieb; beide erhielten den ACM Software System Award.
Häufig gestellte technische Fragen
Warum kann ich keinen Ordner mit Gzip komprimieren?
Gzip wurde entwickelt, um einen einzelnen Bytestream zu komprimieren. Um einen Ordner zu komprimieren, bündeln Unix-Systeme den Ordner zuerst in einer einzigen .tar-Datei und komprimieren ihn dann mit Gzip, um eine .tar.gz-Datei zu erstellen.
Was ist der Unterschied zwischen .gz und .zip?
.zip ist ein Archivformat, das mehrere Dateien zusammen mit einem Verzeichnisindex verpackt. .gz komprimiert nur eine einzelne Datei und wird auf Unix-Systemen häufig mit tar kombiniert.
Wie kann ich eine .gz-Datei unter Windows oder Mac dekomprimieren?
Verwenden Sie File2File.app, um .gz-Dateien direkt in Ihrem Webbrowser ohne Softwareinstallation sofort zu dekomprimieren.
Ähnliche GZ-Konvertierungspaare
Das Konvertieren eines TAR-Archivs in ein GZIP-Archiv verpackt eine unkomprimierte Dateisammlung mithilfe des verlustfreien DEFLATE-Algorithmus in einen einzigen komprimierten Datenstrom, um die Dateigröße drastisch zu reduzieren.
Das Konvertieren einer GZIP-komprimierten Datei in ein TAR-Archiv entfernt die Kompressionsschicht, um die rohe, unkomprimierte Sammlung von Dateien und Ordnern freizulegen.