世界を動かす技術を、日本語で。

WinBoat: Linux上でのシームレスな統合を実現するWindowsアプリ

2025年10月9日原文(winboat.app)

概要

  • WinBoat は、簡単セットアップと統合インターフェースを特徴とするオープンソースのWindows仮想化プロジェクト
  • Beta版 のためバグや問題が発生する可能性があり、一定のトラブルシューティング能力が必要
  • USBパススルーOffice 365対応 など、他ツールでは難しい機能も一部サポート
  • 開発者・デザイナーなど、幅広いコミュニティからの 貢献を歓迎
  • WinApps・CrossOver・WINE との違いや今後の対応予定も明記

WinBoatとは

  • WinBoat は、WindowsアプリをLinux環境で簡単に利用可能にする仮想化プロジェクト
  • Beta版 として公開中、短時間でセットアップ可能な設計
  • オープンソース でMITライセンス、誰でも貢献可能
  • 公式リポジトリは Browse Repository からアクセス

特徴・利点

  • 統合インターフェース による一元管理
  • 初期設定が簡単 で、複雑なCLIコマンドや設定ファイル編集が不要
  • USBパススルー (バージョン0.8.0以降で実験的サポート)
  • Office 365 やAdobe suiteなど、WINEやCrossOverで動作しないアプリも対応
  • トラブルシューティング ができるユーザー向け、Beta品質

WinAppsとの比較

  • WinApps では手動設定が多く、統合UIが存在しない
  • WinBoat は必要な設定を自動化し、見やすいインターフェースで提供
  • 設定ファイルやコマンドの暗記が不要、すぐに利用開始可能

CrossOverやWINEとの違い

  • CrossOverやWINE で動作しないアプリも利用可能
  • 完全なWindowsデスクトップ を同時に実現
  • 例:Affinity Photo、Paint Tool Sai v1.0、Adobe suite、AeroChat、Acrobat、Officeなどの動作実績

ハードウェア・周辺機器対応

  • USB接続の周辺機器 はWinBoat 0.8.0以降でパススルー対応
  • 設定不要でWindows用ソフトウェアによるデバイス管理が可能
  • 旧バージョンではdocker-compose.ymlの手動編集で一部対応可能
    • バージョン0.8.0以降にアップグレード時は編集内容の削除が必要

GPUパススルーについて

  • 現時点で GPUパススルー非対応
  • 将来的に paravirtualized drivers によるGPUアクセラレーションを検討中
  • MVisor Win VGPU DriverLooking Glass などの技術を調査
  • 実用化は未定、今後のアップデートで対応予定

ゲーム互換性

  • カーネルレベルのアンチチート を搭載したゲームは仮想化環境では動作不可
  • 仮想化の制限による非対応

Docker以外の対応予定

  • Podman対応 を計画中
    • ネットワーク関連の問題(ゲストサーバーの到達不可)が未解決
  • Flatpak化 も検討中
    • システムやアプリとの隔離性が高く、実現には工夫が必要

その他のFAQ

  • Office 365利用 :可能
  • 貢献方法 :開発・デザイン・利用者としてコミュニティ参加が可能

今後の展望

  • 安定版リリース に向けた機能改善・バグ修正
  • コミュニティ貢献 の拡大
  • 新機能(GPU/Podman/Flatpak等) の段階的実装
  • ユーザー体験向上 を目指したアップデート継続

Hackerたちの意見

これは単なるWindowsのVMに追加ツールを加えたものだね。見た目はかっこいいけど、「Linux上のWindowsアプリ」ってわけじゃない。ゲーム向けにはLooking Glassみたいな似たようなプロジェクトもあって、これもKVM上のWindows VMを使ってるし(「Docker上のWindows」ってのはちょっと嘘だよ、Windowsはコンテナ内で動いてるんじゃなくて、ホストのカーネル上のKVMで動いてる)。UX的にはRAILに似てるね。これが新しいものじゃないってわけじゃないけど、目新しさはないかな(APIシミュレーション/再実装とOSを動かすのがまだ2つの選択肢として残ってる)。もしこれが新しい第三の選択肢だったら、かなりのニュースになるだろうね(その場でABI変換とか?)。

文字通り、dockur/windows:latest + FreeRDPのルートレスモード + VM内で動いてる小さなデーモンがインストールされてるアプリをAPI経由で教えてくれるだけだよ。後者がいらないなら、dockur/windowsイメージ + FreeRDPの方がいいと思う。

「Linux Subsystem for Windows」、略してLSWって呼ぶチャンスを逃したね。

それに、MSがMSアカウントでサインインしないといけないようにしてるから、正直意味がわからないよね。

何が何だかわからなくてここに来たんだけど、プロジェクトページっていつも何をするものなのか、どうやってやるのかを教えてくれないよね。半分は「Plorglewurzleがあなたのビッグデータブロックチェーンを活用してAzure Cloudインフラにサブリニアマイクロサービスを提供します」みたいな感じ。少なくとも、これにはWindowsをインストールする必要があるって示してるね。

すごく素敵なオープンソースソフトウェアに親しみやすい顔をつけて、みんながLinuxをもっと簡単に使えるようにしてくれるプロジェクトを見るのが大好きだよ。Linux上でmacOSアプリを動かすための似たような取り組みは進んでるのかな?

macOSがLinux上でうまく動くのを見てみたいけど、それを実現するにはいろんなハードルがあるんだ。1. Appleは自社のソフトを非Macハードウェアで動かすのを違法にしてる。2. Windowsが嫌われることが多いけど、業界全体ではそれを仮想化してどこでも動かすのが普通になってる… macOSでも最近ようやくそうなりつつある。3. Appleにはこれを妨げる強い経済的利害がある。4. AppleはDockerを再発明しようとしていて、みんなが自分のMacでDockerを使うのをやめさせようとしてる。だから… macアプリとLinuxの組み合わせが一般的になるまでには時間がかかると思う。

完全に似てるわけじゃないけど、今のところCLIアプリだけをサポートしてるdarlingってのがあるよ: https://github.com/darlinghq/darling もしフルのmacOS VMが欲しいなら、dockurのプロジェクトがあるよ: https://github.com/dockur/macos でもシームレスモードのサポートはまだないね。

macOSはmacOSアプリでルートレスRDPをサポートしてないよ。フルデスクトップを使うなら、RDPを完全にスキップして、アクセラレートされたグラフィックビューを使った方がいいよ。

Office用にVirtual BoxのVMを使ってたけど、これをちょっと試してみたら感動したよ。Dockerで動かしてるVMは普通のWindowsインストールよりもずっと軽いし、ローカルのRDP接続でアプリを動かすのがVirtual Boxのグラフィックススタックよりもかなりスムーズなんだ。

パフォーマンスの面では、VirtualBoxよりもvirt-managerを使った方がずっと良い経験ができたよ。GUIでVMを管理したいならね。人それぞれだけど。

もし理解が合ってれば、WINEとは違って、実際のWindowsライセンスが必要なんだよね(少なくとも合法でいたいなら)?

Hacker Newsで議論の続きを見る