クラウド Mac リモート接続ガイド：VNC ブラウザ、SSH、サードパーティクライアント

開通ですぐ使える：接続認証情報の場所と形式

VPSRox は注文処理完了後、バックグラウンドで専用物理サーバーを自動初期化し開通通知を送信。 ユーザーコンソールで該当注文を見つけると、3種類の情報が確認できる： パブリック IPv4 アドレス、SSH ログイン認証情報（ユーザー名 + 初期パスワードまたは鍵）、Web VNC 直入ボタン。 5ノード——シンガポール、日本（東京）、韓国（ソウル）、中国香港、米国東部——の IP レンジはそれぞれ異なり、 コンソールでマシンのノードを確認し、後続の遅延分析に活用。

開通完了後はすぐに2つ実行することを推奨：Web VNC でデスクトップが正常操作できることを確認し、SSH 接続でネットワーク経路を検証する。 この2経路は独立——VNC は HTTPS 443 ポート、SSH は22ポート——どちらか一方が遮断されても他方は使える。 問題発生時は相互検証できる。

ブラウザ VNC：インストール不要のデスクトップ接続

VPSRox コンソールには noVNC ベースの Web VNC 入口が内蔵されており、クリックするだけでブラウザから完全な macOS デスクトップを開ける。 ローカルにクライアントをインストールする必要はない。最速の初回接続方式であり、管理者権限のない会社PCでの一時操作にも適する。

コンソールで「VNC 接続」をクリックすると、新タブで Web VNC ページ が読み込まれ、 現在のマシンの接続パラメータが自動入力される。ページ読み込み完了後、通常2〜3秒で macOS デスクトップがレンダリングされる。 初回接続時 macOS が「画面収録の権限」プロンプトを出す場合、リモートデスクトップ内で「許可」をクリック、以降は表示されない。

ブラウザ VNC の性能はローカルネットワーク帯域の影響大：1 Mbps アップロードでギリギリ流畅、4 Mbps 以上でネイティブに近い体験。 越境シーン（大陸 → 日本ノード）では noVNC デフォルトの Tight エンコーディングで高コントラスト画面切り替え時のフレームレート約8〜12 fps； 主にターミナル操作やテキスト編集なら十分； 動画の流畅再生や Xcode リアルタイムプレビュー操作が必要なら、下文のサードパーティ VNC クライアントを推奨。

SSH 鍵認証の設定

SSH はスクリプト自動化、ファイル転送（scp/rsync）、CI/CD Runner マウントの第一選択。 VPSRox はデフォルトで SSH 22 ポートを開放、初期はパスワードログイン。 セキュリティと利便性のため、初回ログイン後すぐ鍵認証に切り替え、パスワードログインを無効化することを強く推奨。

1. 01
   ローカルで Ed25519 鍵ペアを生成

   Ed25519 は RSA 4096 より短く高速で同等のセキュリティ、2024年以降の推奨選択。 ローカルターミナルで実行：
   ssh-keygen -t ed25519 -C "[email protected]" -f ~/.ssh/vpsrox_ed25519
   生成時に passphrase を設定、秘密鍵ファイル盗難時の即時悪用を防止。 完了後ローカルに2ファイル：~/.ssh/vpsrox_ed25519（秘密鍵、絶対アップロード禁止） と ~/.ssh/vpsrox_ed25519.pub（公開鍵、クラウド Mac へアップロード必要）。

2. 02
   公開鍵をクラウド Mac へプッシュ

   初期パスワードで一度 SSH ログインし、実行：
   mkdir -p ~/.ssh && chmod 700 ~/.ssh
echo "あなたの公開鍵内容" >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys
   またはローカルから ssh-copy-id で：
   ssh-copy-id -i ~/.ssh/vpsrox_ed25519.pub user@<マシンIP>

3. 03
   ローカル SSH config で毎回のパラメータ入力を省略

   ローカルの ~/.ssh/config を編集し、以下を追加：

   Host vpsrox-jp
  HostName <マシンIP>
  User macmini
  IdentityFile ~/.ssh/vpsrox_ed25519
  ServerAliveInterval 60
  ServerAliveCountMax 3

   ServerAliveInterval と ServerAliveCountMax は越境アイドルセッションが ISP の NAT タイムアウトで切断されるのを防ぐ重要設定。 設定完了後、ssh vpsrox-jp でパスワードなし直接接続可能。

4. 04
   クラウド Mac でパスワードログインを無効化

   鍵ログイン確認後、/etc/ssh/sshd_config を編集し、 PasswordAuthentication を no に変更、 sudo launchctl stop com.openssh.sshd && sudo launchctl start com.openssh.sshd で SSH サービス再起動。 この手順でブルートフォース攻撃を防止；パブリック IP があるマシンでは必須のハードニング。

サードパーティ VNC クライアント：高フレームレートのデスクトップ操作

ネイティブ macOS スクリーン共有は Apple Remote Desktop（ARD）プロトコルベース、標準 VNC（RFB プロトコル）と下位互換。 VPSRox のクラウド Mac はシステム設定でリモート管理がデフォルト有効、主要 VNC クライアントが直接接続可能。 ブラウザ VNC と比べ、ネイティブクライアントはより効率的なエンコーディング（H.264 や ZRLE など）を使用し、 同等ネットワーク条件下でフレームレートは2〜4倍向上可能。

macOS 内蔵スクリーン共有の例：「Finder」を開き → メニューバー「移動」→「サーバへ接続」、 vnc://<マシンIP> を入力して Enter、認証情報入力後デスクトップに接続。 ローカルも Mac なら最も手軽な方法で、接続品質は Screens 5 に近い。

クラウド Mac の VNC ポートはデフォルト5900、一部ルーターやセキュリティポリシーがこのポートを遮断する可能性。 確認方法：ローカルターミナルで nc -zv <マシンIP> 5900 を実行、 Connection refused ならポート遮断、SSH トンネル転送で回避（トラブルシュート節参照）。

越境遅延の最適化：ノード選択とローカル側チューニング

リモートデスクトップ体験の核心は帯域ではなく往復遅延（RTT）。20ms RTT 以内なら操作の遅延はほぼ感じられず、 80ms ではクリックに軽い「引きずり感」、150ms 以上では操作が明らかにカクつく。 VPSRox は5つのノードを提供し、大陸ユーザーの実際の選択は通常以下に集中する：

上記数値は直結ルーティングの典型値、実際はローカル ISP とノード事業者の相互接続品質に依存。 ピーク時間帯（20:00〜23:00）は20〜40ms 増加の可能性。 ノード選択の基本原則：主目的がリモートデスクトップ操作（VNC）なら香港またはシンガポール； 主にサーバープログラム実行と SSH 管理なら日本・東京ノードの国際バックボーン帯域がより安定、日本またはグローバルサービスとの通信に適する。

ノード距離以外にも、以下のローカル側調整で VNC 体験が大きく改善する：

• クラウド Mac の表示解像度を下げる：リモートデスクトップの「システム設定 → ディスプレイ」で解像度を HiDPI 2560×1440 から1920×1080以下に下げ、 VNC 転送ピクセル数が約44%減少、フレームレートが明らかに向上。
• 壁紙と透明効果をオフ：単色ダークデスクトップの圧縮率は画像壁紙の数倍； 「システム設定 → アクセシビリティ → ディスプレイ」で「透明度を下げる」にチェックでフレーム差分データ量をさらに削減。
• VNC クライアントの色深度を下げる：RealVNC Viewer と Screens 5 は接続設定で色深度を24-bit から16-bit 甚至8-bit に下げ可能、 100ms RTT 以上の接続では16-bit の操作流畅度が24-bit より著しく良好。
• SSH 接続に圧縮を使用を ~/.ssh/config に Compression yesを 追加し、 純テキストターミナル操作（バイナリ転送以外）に一定の効果；実行 scp 大容量ファイル転送時は逆に速度低下の可能性、シーンに応じて判断。

SSH トンネル：ポート制限を回避する汎用ソリューション

一部の企業ネットワークや公共 Wi-Fi では80/443ポートのみ開放され、5900（VNC）や22（SSH）への直接接続はブロックされる。 この場合、確立済みの SSH 接続でローカルポートフォワードを行い、VNC トラフィックを SSH 内に包んで転送できる。

SSH が22番ポートで動作する（または VPSRox コンソールが443番の予備 SSH をサポートする）場合、ローカルで実行：

ssh -L 15900:localhost:5900 -N vpsrox-jp

このコマンドはローカル 15900 ポートをクラウド Mac の 5900（VNC サービス）へ転送、 -N はリモートコマンドを実行せずトンネルのみ。 VNC クライアントで接続先 localhost:15900 を指定。 トラフィックは SSH で暗号化され、公共ネットワークでの VNC 平文転送のセキュリティリスクも解消。

バックグラウンドでトンネルを長期維持する必要がある場合（CI スクリプト依存など）、-f オプションで SSH をバックグラウンド起動：

ssh -fN -L 15900:localhost:5900 vpsrox-jp

よくある接続障害トラブルシュートマニュアル

リモート接続に問題が出た場合、ほとんどは以下のいずれかに分類される。ネットワーク層を外側から内側へ順に切り分ければ、 通常5分以内に原因を特定できる。

上記手順で解決しない場合、VPSRox コンソールから Web VNC を直接開く（HTTPS 443 経由、ほとんどのポート制限を回避）、 クラウド Mac 内部でシステムログ確認または設定変更後、ローカルクライアント接続を再試行。 詳細は ヘルプセンター、またはチケットで7×24有人サポートへ。

どのノードを選ぶか：遅延とビジネス要件の二軸判断

初めてクラウド Mac を借りるユーザーは「近そうな」ノードを選びがちだが、実際には： 同一ノードへの ISP ごとのルーティング品質は大きく異なり、最終的な体験は自分でテストして初めて分かる。

遅延を判断する最速の方法は ping を直接実行すること：

ping sg.vpsrox.com（シンガポール）
ping jp.vpsrox.com（日本・東京）
ping hk.vpsrox.com（中国香港）

実測結果が安定したら、以下のビジネス観点も踏まえて最終選択：

• 純粋なデスクトップ操作（VNC メイン）：RTT が最も低いノードを優先。 大陸ユーザーは通常香港、東南アジアユーザーはシンガポール、日韓チームはローカルノードで十分。
• iOS / macOS 開発、App Store Connect または TestFlight へのアクセスが必要：日本・東京ノードから Apple サーバー（itunesconnect.apple.com） へのルーティング品質は香港より普遍的に良好、大型 .ipa ファイルのアップロード時は日本ノードを推奨。
• AI Agent 推論タスク（長時間無人運用）：遅延の影響は小さく帯域が重要； シンガポールノードの国際バックボーン相互接続コストが相対的に低く、大型モデル重みの頻繁な取得に適する。
• 欧米ユーザー向けサービス：米国東部ノードは北米・欧州双方と低遅延の唯一の選択； 越境 RTT 約180ms、SSH 管理は許容範囲だがデスクトップ VNC 操作体験はアジア太平洋ノードに明らかに劣る。

VPSRox の5ノード（シンガポール、日本・東京、韓国・ソウル、中国香港、米国東部）は 同一アカウントで個別管理可能、再登録不要。 シーンが頻繁に切り替わる場合——普段は香港ノードでデスクトップ、リリース前に日本ノードで CI—— 日単位または週単位で柔軟に開通、使用後すぐ解放、遊休コストなし。 各専用物理サーバーは支払い後1〜5分で自動開通、ノード切り替えの待ちコストは極めて低い。