Ubuntu MATEで挫折、Debianで成功
Proxmox環境でのVDI音声問題解決記
インドネシア人材との協働を見据えて。オンライン会議ができないVDIは使い物にならない。
はじめに：グローバル人材雇用とVDIの必要性
弊社では、インドネシア人材の本格的な雇用拡大を検討しています。
海外拠点からのリモートアクセス、複数の言語・タイムゾーンでの協働、そして何よりセキュアな業務環境の提供——これらを実現するため、VDI(仮想デスクトップ基盤)の導入が不可欠でした。
そこで、インドネシア人材の雇用拡大に先駆けて、まずはインドネシア人インフラエンジニアにVDI環境構築を任せることにしました。コスト削減とセキュリティ強化を目的としたLinux VDI環境の検証プロジェクトです。
しかし、検証段階で大きな壁に直面しました。
YouTubeの動画は映るのに、音が出ない。
マイクを有効にすると、画面が真っ黒になる。
カメラも認識しない。
つまり、オンライン会議ができない状態でした。
Zoom、Teams、Google Meet——インドネシアの拠点と日本オフィスを繋ぐ、リモートワークに不可欠なこれらのツールが使えなければ、どれだけコストが安くてもVDIとして機能しません。
本記事では、3月にUbuntu MATE環境で直面した音声問題を、4月にDebianへ切り替えることで解決した経緯を記録します。この問題解決を主導したのは、1名のインドネシア人インフラエンジニアです。
環境構成
ハイパーバイザー
当初のVDI構成(3月)
リモートアクセス: Apache Guacamole (HTML5ベース)
接続方式: ブラウザ経由でのVNC/RDP接続
目標
- HD動画のスムーズな再生
- 音声出力(スピーカー)の動作
- 音声入力(マイク)の動作
- Webカメラの認識
- 最終目標：オンライン会議ツールの利用
第一フェーズ：Ubuntu MATEでの苦戦(3月)
インドネシア人インフラエンジニアは、まずUbuntu MATE環境での構築に取り組みました。
問題1: YouTube音声が出ない
ブラウザでYouTubeにアクセスすると映像は表示されるが、音声が全く出力されない。
試したこと：
- Apache Guacamoleの接続設定確認 (enable-audio: true設定済み)
- オーディオコーデック設定の変更 (Vorbis/Opus/AAC)
- Ubuntu MATE DesktopのPulseAudioログ確認
- alsamixerでのミュート確認
- pavucontrolでの出力デバイス確認
- Firefox/Chromiumでの動作比較
結果：すべて改善せず
問題2: マイクを有効にすると画面が真っ黒
Guacamoleの接続設定で音声入力を有効化すると、VDIに接続した瞬間、画面が真っ黒になる。音声だけが聞こえ、映像が完全に失われる。
試したこと：
- Guacamoleの音声入力設定の変更
- PulseAudioのマイク入力設定
- ALSAとPulseAudioの競合確認
- systemdサービスの起動順序確認
結果：原因特定できず
なぜUbuntu MATEを選んだのか
彼は、以下の理由でUbuntu MATEを選択していました：
- Ubuntuの安定性と豊富な情報
- MATEデスクトップの軽量性
- VDI向けのチューニング情報が多い
しかし、音声周りで完全に行き詰まりました。
ブレークスルー：インドネシア人エンジニアの気づき(4月)
方針転換の理由
調査を進める中で、彼がある重要な事実に気づきました：
Proxmox VE自体がDebianベースである
もしかすると、ホストとゲストのOS系統を揃えることで、ドライバーやオーディオスタックの互換性が向上するのではないか？
新しい環境構成
彼は、Proxmox環境に2台のDebian VMを構築しました：
OS: Linux Debian 12 Desktop
役割: Guacamoleサーバー + guacdデーモン
接続: HTTPS経由でブラウザからアクセス
OS: Linux Debian 13 Desktop
役割: ユーザーが実際に利用するデスクトップ環境
接続方式: XRDP (Guacamole経由)
テスト結果：すべてが動作した
彼が同じテストを実施したところ、すべての問題が解決しました。
達成した成果
音声がリアルタイムで出力される
エコーや遅延もほぼなし
ブラウザからのアクセス許可も正常
技術的考察：なぜDebianで動いたのか
1. カーネルとドライバーの互換性
ProxmoxはDebianカーネルをベースにしているため、Debianゲストの方がオーディオ・ビデオドライバーとの相性が良い可能性があります。
2. PulseAudioのデフォルト設定
- デスクトップ環境に最適化された設定
- 独自のサウンドテーマ
- systemdでの起動タイミングが異なる
- よりプレーンな設定
- Proxmoxとの通信がシンプル
- オーディオデバイスの認識がストレート
3. Apache Guacamoleとの相性
オーディオ転送(特に双方向)は、以下の複雑なスタックを経由します：
↓
Guacamole (guacd)
↓
RDP/VNCプロトコル
↓
PulseAudio (ゲストOS)
↓
ALSA (カーネル)
↓
仮想オーディオデバイス (Proxmox)
この経路のどこかで、Ubuntu特有の設定が干渉していた可能性があります。
現在の到達点
できるようになったこと
- オンライン会議の完全対応(音声・マイク・カメラ)
- YouTube などの動画視聴(HD画質・音声付き)
- ブラウザベースのコミュニケーションツール全般
- 安定したVDI運用(画面が黒くなる問題の解消)
脱Windowsとグローバル展開への道筋
- 海外拠点からのセキュアなアクセス (インドネシアからも安全に業務環境へ接続)
- ライセンスコスト削減 (Windows Server + RDS不要)
- セキュリティリスクの低減 (オープンソースベース)
- カスタマイズ性の向上 (多言語対応など自社要件に応じた柔軟な構成)
今後の検証項目
1. スケーラビリティテスト
- 同時接続数の上限確認
- 複数ユーザーでのオンライン会議負荷テスト
- ネットワーク帯域の最適化
2. アプリケーション互換性
- LibreOfficeでの業務文書作成
- ブラウザベースSaaSの動作確認
- 社内システムへのアクセステスト
3. 運用面の整備
- ユーザーアカウント管理
- バックアップ・リストア手順
- 監視・ログ収集の仕組み
まとめ：失敗から学んだこと
ハイパーバイザーとゲストOSの系統を揃える
ProxmoxはDebianベースなので、ゲストOSもDebianにすることでドライバー互換性が向上しました。
音声問題は「環境全体」で考える
単一のコンポーネント(Guacamoleの設定など)だけでなく、ホストOSからブラウザまでの全経路を見直す必要がありました。
「動く」実績のある組み合わせを優先する
Ubuntu MATEは情報が多いものの、Proxmox + Debianの組み合わせの方が、実際の運用報告が安定していました。
おわりに
オンライン会議ができないVDIは、現代では使い物になりません。
3月に解決できなかった問題が、インドネシア人インフラエンジニアの気づきと技術力により、Debianへの切り替えであっさり解決しました。
この成功により、インドネシア人材の本格雇用への確信が深まりました。
同じようにProxmox環境でVDIの音声問題に悩んでいる方の参考になれば幸いです。
脱Windows VDI、そしてグローバルチームでの協働実現に向けて、引き続き検証を進めていきます。
コメント