結論：動作するPterodactyl Panelがあっても、Wingsを別のZimaOSアプリとしてインストールできるわけではありません
PanelとWingsには異なる役割があります。PanelはWeb上の管理プレーンです。WingsはDockerと通信し、ゲームサーバーのコンテナを管理するノードデーモンであり、ホストレベルのLinux統合を必要とします。そのため、PanelをDockerで動作させても、Wingsをサポートされた形で配置できる環境が自動的に用意されるわけではありません。
Wingsが想定しているのは、Dockerを備えた汎用Linuxホストです
公式のWingsインストールガイドには、サポート対象のLinuxディストリビューションが記載されており、Dockerを実行できるシステムが必要です。Pterodactylは、ネスト型またはコンテナ化された一部の仮想化環境では、Wingsが正常に動作しない可能性があることも警告しています。
Wings設定ドキュメントも、ノードデーモン、ネットワーク、Docker統合を直接管理できることを前提としています。
標準のZimaOSがWingsの直接ホストとして扱いにくい理由
ZimaOSはアプライアンス型のBuildrootシステムです。Debian/Ubuntu向けに書かれた通常のホストパッケージ手順を、そのまま適用することはできません。ZimaOSパッケージマネージャーガイドでは、apt/yumが通常の拡張モデルではない理由を説明しています。
より適切な構成：サポート対象のLinux VMでWingsを実行する
DebianまたはUbuntuのVMを使用し、ゲームサーバーに十分なCPU、RAM、SSD容量、ネットワークアクセスを割り当てます。そのうえで、上流の手順に従い、そのVM内にDockerとWingsをインストールします。これにより、ZimaOSのベースシステムを変更するのではなく、Pterodactylが想定するホストモデルを維持できます。
Virtual Machine Managerハードウェアガイドはゲストリソースの計画に役立ち、Zima VM概要では現在の仮想化の方向性を確認できます。
意識しておくべきセキュリティ境界
WingsはDockerワークロードとゲームサーバーのファイルを管理します。そのノードAPIとDockerアクセスは、管理用インフラとして扱ってください。Panelとの通信を簡単にするためだけに、デーモンやDockerソケットをパブリックインターネットへ直接公開しないでください。
