RAR を GZ に変換

RAR は技術的な境界より組織の境界をまたぐことのほうが多い形式です。取引先から送られてくる、顧客がアップロードしてくる、Windows 側の同僚がいつものツールでフォルダーを圧縮する——そうして、ビルドエージェントや小さな VPS、意図的にパッケージを絞ったコンテナーイメージなど、何も読めない機械に届きます。

そこで読めるようにするには、1 個のファイルのためだけにパッケージを追加することになり、些細な判断に見えてライセンスの確認が付いてきます。このページがあるのは、その判断を先送りあるいは回避するためです。展開はこちら側で行い、あなたの機械にはすでに理解できる tarball が届きます。新しく入れるものも、正当化する必要があるものもありません。

Debian で RAR を読む方法は 2 つあり、同じではありません。RARLAB 純正の unrar は non-free コンポーネントに置かれており、方針として non-free を除外している組織は少なくありません。一見 1 行のインストール作業に見えるものが、承認申請に変わります。Debian は 7-Zip を RAR コーデック抜きでビルドしているので、すでに入っているツールも助けになりません。

代わりになるのが unrar-free です。GPL-2 以降のライセンスで main に置かれており、この変換機が実際に使っているのもこちらです。「RAR4 しか扱えない」という一般的な認識は古く、実際には最新の RAR5 も含めネストしたディレクトリや圧縮された中身を含む実物のアーカイブで検証されています。これを知っておくと、方針の例外申請と普通の apt install のどちらで済むかが変わります。

RAR はコンテナーです。多数のメンバーがそれぞれ名前とパスを持ち、アーカイブ自身がそれを一覧します。GZ はそうではありません。1 本のストリームだけを圧縮する形式で、ファイル名を置く場所がありません。

その橋渡しをするのが TAR です。名前とパスと構造を保持し、それを gzip が 1 つのまとまりとして圧縮します。これはこの変換機のために考え出された回避策ではなく、RAR や gzip が存在するよりずっと前から Unix が使ってきた組み合わせです。目指す拡張子が 2 つの部分から成るのはそのためです。

容量は大きくなると見込んでください。RAR はソリッド形式で、中身を 1 本のストリームとして圧縮するのでファイル間の重複が 1 回で済みます。gzip も tarball を 1 本のストリームとして圧縮しますが、その窓は 32 KB しかなく、RAR よりずっと短い範囲しか見渡せません。

似た文書が多い RAR ではこの差がはっきり出ます。動画や写真中心の RAR ではほとんど目立ちません。それらの中身はアーカイブされる前にすでに圧縮済みだからです。容量を抑えたく、送り先が Linux の機械なら、XZ に変換するほうが gzip のストリーミングという性質を犠牲にする代わりに圧縮率をずっと保てます。

RAR5 は 2013 年以降のすべての WinRAR が書き出す形式で、この変換機での対応は推測ではなく検証されています。ネストしたディレクトリと圧縮された中身を持つ実物のアーカイブで、展開結果を確認しました。

RAR4 は空白として正直に伝えておきます。テスト用に使える試用版パッカーが RAR5 しか書き出さないため、RAR4 のファイルを作って試すことができませんでした。展開ツールが元々対応していた形式なのでほぼ確実に動くはずですが、もし動かなければクラッシュのような表示ではなく、通常の「変換できませんでした」というメッセージが返ります。

暗号化されたアーカイブは入り口で止まります。展開ツールはパスワード入力を待たず即座に失敗するように呼び出されています。無人サービスとしては正しい振る舞いです。プロンプトが表示される端末はどこにもなく、タイムアウトまで固まり続けても何の情報も得られません。

複数巻に分かれたセットも扱えません。RAR は分割アーカイブを普及させましたが、part1 や part2 などをつなぎ合わせるには全巻が必要で、この変換機に渡せるのはアップロードされた 1 ファイルだけです。手元でつなぎ合わせるか、送り主に 1 本のアーカイブを頼んでください。どちらも自動処理の仕組み上の制約であり、何度もアップロードして確かめるより、ここで知っておくほうが安上がりです。

ダウンロードされるファイルは、元のファイル名の本体部分に目的の拡張子を付けて返されます。delivery.rar は中身が gzip 済みの tarball でも delivery.gz として返ってきます。ほとんどの Unix ツールは拡張子ではなく中身を見て正しく処理しますが、拡張子で分岐するスクリプトはそうはいきません。

.tar.gz に、あるいは .tgz にリネームしてください。レジストリでは同じ形式を短く綴ったものとして扱われています。自動処理に渡す前にリネームしておけば、あとから特別扱いのコードを足す必要がなくなります。特別扱いのコードは、そのファイルより長生きしてしまうものです。

このサイトのなかでも、ブラウザーの中では動かない変換の 1 つです。RAR の展開には本物のプログラムが必要だからです。アーカイブは暗号化された通信でアップロードされ、unrar-free で展開され、tar 化・gzip 化されて返送されます。アップロードされたファイル、中間生成物、出力結果は、ジョブが終わると同時にすべて削除されます。作業領域はメモリー上にあり、コンテナーごと破棄されます。

実務上の上限は無料枠で 1 ファイルあたり 25 MB、処理時間は 60 秒、展開後 2 GB を超えると宣言されたアーカイブはディスクに書き込む前に拒否されます。ファイルは何も保持されず、誰にも読まれません。これはこのサイトのサーバー側で動く変換すべてに共通する約束です。

変換ツールは 1 個のファイルには効きますが、繰り返し起きる習慣には向きません。RAR が定期的に届くなら、恒久的な解決は届く場所に unrar-free を入れて、他の手段を使うのをやめることです。Debian の main に入っているので方針上の例外申請も要らず、アップロードの手間と 25 MB の上限を、際限なく繰り返される作業から取り除けます。

さらによい解決は、送り手に影響力があるなら、作成の時点で別の形式を頼むことです。RAR はこのサイトの何によっても作れず、ほとんどの無料ツールでも作れません。RAR で届くアーカイブはすべて、以後ずっと誰かが特別扱いを背負うことを意味します。ZIP や tarball なら送り手のメニュー選択 1 つで済み、以後ファイルに触れる全員から、この会話そのものがなくなります。

受け取る側では何も入れる必要がなく、コマンド 1 つで済みます。tar -xzf は gzip の層とその中の tar を 1 回で外します。これがこの形の組み合わせが標準になった理由そのものです。外部から届いたアーカイブなら、その前に tar -tzf で一覧だけ確認しておく価値があります。何かを書き込む前にすべてのパスが見えるからです。

その一覧を見るタイミングは、想定外のパスがないか確認するのにも適しています——絶対パスや、展開先ディレクトリの外へ出ようとするエントリーなど。現在の tar 実装は既定でそのどちらも取り除くか拒否しますが、見知らぬ送り主からのアーカイブはまさにそうした防御が想定している状況です。プロプライエタリな形式で他人の機械からやってきたアーカイブについて、書き込む前に中身を確認しておくのは安上がりな習慣です。