リモート接続ガイド

拠点を選んで、安全にクラウドMacへ接続

ArmMeshは、仮想マシンではなくApple Silicon搭載の専有物理サーバーを提供します。注文情報のノードアドレスと認証情報を確認し、用途に合わせて画面共有または安全なコマンド接続を選びましょう。デスクトップを頻繁に操作するなら往復レイテンシを、タスク自動化なら帯域幅、成果物の保存場所、キューの運用方法も確認してください。

クラウドMacをレンタル ヘルプセンター

販売中の6拠点：シンガポール、東京、ソウル、香港、米国東部、米国西部。実際のアドレス、ポート、利用状況はコンソールの最新情報をご確認ください。

接続プラン 操作性重視
専有物理サーバー
用途
画面操作、Xcodeデバッグ
選び方
往復レイテンシの低さを優先
接続前に必要な情報
アドレス、ポート、認証情報、指紋
終了時の操作
タスクを終えてセッションを切断
アジア太平洋

近距離での画面操作

  • SGシンガポール
  • JP東京
  • KRソウル
  • HK香港
米国拠点

リポジトリや成果物に近い拠点

  • US-E米国東部
  • US-W米国西部
接続の目安

≤60 ms 継続的な画面操作に適したレイテンシです。大陸をまたぐ接続はコード同期、CI/CDの実行、MLX APIの呼び出しに使えますが、頻繁なデスクトップ操作は控えましょう。

接続前の準備

まず5項目を確認

接続できない原因は一つとは限りません。注文、アドレス、認証情報、ネットワーク、クライアントのバージョンを確認してからローカル設定を変更すれば、ノード情報の問題をクライアントの不具合と取り違えずに済みます。

01

注文状況

コンソールで注文が完了していることを確認し、モデル、拠点、現在のノードIDを控えます。処理中の注文には接続情報がすべて揃っていないため、古いアドレスで何度も接続を試さないでください。

02

ノードのアドレスとポート

コンソールに表示されたホストアドレス、接続プロトコル、ポートを一字ずつ確認します。別の注文、過去のサポートチケット、チームメンバーの保存情報から接続パラメーターを推測しないでください。

03

アカウント認証情報

ユーザー名、初期認証情報、鍵が現在のノードのものか確認します。初回接続後はすぐに初期認証情報を変更し、継続的なアクセスには管理された鍵を使用してください。

04

ローカルネットワーク

利用中のネットワークから対象ポートへの通信が許可されていることを確認します。経路を書き換える一時的なプロキシを無効にして、もう一度試してください。企業ネットワークでは、ファイアウォールのルールと外向きIPアドレスも確認しましょう。

05

クライアントのバージョン

現在サポート対象のクライアントを使用し、注文の案内に記載された互換性の範囲を確認してください。アップグレード前に現在の設定を保存しておくと、バージョン変更による拡大縮小、キーボード、認証の違いを切り分けやすくなります。

チャット、公開ビルドログ、コードリポジトリにノードの認証情報、完全なホストアドレス、秘密鍵を貼り付けないでください。共同作業では、必要最小限の情報だけを共有しましょう。

画面共有でリモート接続

初回接続を5つの確認可能な手順で進める

画面共有は、Xcodeのデバッグ、署名設定、画面確認、短時間の手動操作に適しています。継続的なビルドやバッチ処理はコマンドで実行し、デスクトップセッションを長時間タスクの実行環境にしないようにしましょう。

  1. 01

    初回セッションを開始

    コンソールから現在のノードアドレスとポートをコピーし、対応する画面共有クライアントで新しい接続を作成します。初回認証の前に、拠点とユーザー名をもう一度確認し、誤ったアドレスに認証情報を送らないようにしてください。

    完了の目安：デスクトップ全体が表示され、メニューバーとポインターが正常に反応する。
  2. 02

    解像度と拡大率を設定

    まずはクライアントの推奨解像度で安定したセッションを確立し、ローカル画面に合わせて拡大率を調整します。レイテンシが高い場合は、解像度と動きの多い画面の画質を下げ、色深度とフレームレートを同時に上げないでください。

    完了の目安：文字が読みやすく、ウインドウをドラッグしても継続的に遅くならない。
  3. 03

    クリップボード共有を制限

    コードやコマンドの受け渡しが必要な場合に限り、クリップボード同期を有効にします。鍵、トークン、署名情報を共有クリップボードに貼り付けず、アクセスを制限したファイルパスと権限で取り込んでください。

    完了の目安：テキストを問題なくコピーでき、機密情報が同期履歴に残らない。
  4. 04

    キーボード配列を調整

    Command、Option、Control、ファンクションキー、入力方法の切り替えを確認します。ローカルとリモートの配列が異なる場合は、まずクライアント側のマッピングを修正し、その後IDEのショートカットを設定してください。

    完了の目安：よく使うキーの組み合わせ、終了キー、入力方法の切り替えが一致する。
  5. 05

    セッションを終了

    ビルド、アップロード、モデルの各プロセスの状態を確認してから、画面共有を切断します。実行を続けるタスクは、管理されたバックグラウンドプロセスに移してください。使い終わったらクライアントを終了し、ローカルの接続履歴から機密情報を削除します。

    完了の目安：セッションが切断され、バックグラウンドタスクの状態が別途記録されている。
安全なコマンド接続

デスクトップから独立して自動化タスクを実行

安全なコマンド接続は、コード同期、CI/CDランナー、ログ収集、成果物の転送、MLXサービスの管理に適しています。まずホストの本人性を確認し、鍵、権限、セッション維持の設定をそれぞれ分けて管理しましょう。

接続チェックリスト

4段階の確認手順

鍵
用途ごとに専用の鍵を作成し、秘密鍵は管理されたデバイスにのみ保存して、読み取り権限を制限します。
ホスト指紋
初回接続時に表示される指紋をコンソールの接続情報と照合してください。アドレスが変わった場合、新しい指紋をそのまま受け入れないでください。
セッションの維持
長時間のタスクには再接続できるセッション管理方法を使い、標準出力、標準エラー、終了コードを個別のログに記録します。
最小権限
日常のビルドには一般ユーザーを使い、明確な理由がある場合に限って権限を昇格します。操作が終わったら、すぐに昇格した状態を終了してください。
A

ローカルで鍵を準備

個人の操作、CIランナー、一時的なトラブル対応には別々の鍵を使います。用途ごとに個別の失効手段を用意し、同じ秘密鍵を複数のデバイスにコピーしないでください。

ローカルで完了
B

リモートの本人性を確認

コンソールにあるノード情報を使って、アドレス、ポート、指紋を確認します。指紋が一致しない場合は接続を中止し、ノードに変更があったかチケットで確認してください。

必ず照合
C

再開できるタスクを実行

長時間のビルド、ダウンロード、モデルの読み込み、負荷テストは再接続可能なセッション内で実行し、起動コマンド、プロセスID、ログのパス、停止方法を記録します。

タスクを追跡可能
D

アカウント権限を制限

鍵の用途とアクセスできるメンバーを制限し、不要になった公開鍵は削除します。共有パイプラインには専用の実行アカウントを使い、手動操作用のアカウントと分けてください。

継続的に確認
拠点別の実測レイテンシ

まず往復時間を確認し、次にデータの流れを考える

以下の表は拠点選びの参考値であり、ご利用のネットワークでの実測値に代わるものではありません。画面操作はレイテンシの影響を受けやすく、コード同期、成果物やモデルファイルの転送では、利用可能な帯域幅、パケットロス、データソースの場所も重要です。

測定日 2026-09-18
ネットワーク環境 有線接続
測定方法 Ping 20回
集計方法 中央値
測定時間帯 混雑時間帯以外
主要都市からArmMeshの販売中6拠点までの往復レイテンシ中央値（ミリ秒）
接続元の都市 シンガポール
SG		 東京
JP		 ソウル
KR		 香港
HK		 米国東部
US-E		 米国西部
US-W
シンガポール 18 ms 74 ms 79 ms 38 ms 238 ms 169 ms
東京 76 ms 12 ms 37 ms 49 ms 171 ms 108 ms
ソウル 82 ms 34 ms 11 ms 45 ms 188 ms 121 ms
香港 39 ms 51 ms 48 ms 10 ms 218 ms 148 ms
ニューヨーク 241 ms 176 ms 190 ms 221 ms 24 ms 78 ms
ロサンゼルス 171 ms 109 ms 123 ms 151 ms 79 ms 21 ms
フランクフルト 164 ms 231 ms 244 ms 189 ms 92 ms 158 ms

測定値は、通信事業者の経路、無線環境、国際回線、ローカルの出口によって変化します。注文前に実際の業務ネットワークから候補拠点へ継続的に接続テストを行い、コードリポジトリ、オブジェクトストレージ、チームメンバーの所在地も考慮して選びましょう。

用途別にレイテンシを考える

同じミリ秒でも、タスクによって意味は異なる

拠点選びでは、1回のPingの最小値だけを追い求めないことが大切です。手動操作を行う場所、コードや成果物の保存場所、タスクの実行方法を合わせて考え、ワークフロー全体を短縮できる拠点を選びましょう。

レイテンシの影響が大きい

画面操作

マウスの移動、ウインドウのドラッグ、画面のデバッグ、エディターへの入力は、いずれも往復時間の影響を受けます。まず操作する人に近く、経路が安定した拠点を選び、その後に解像度と画質を調整しましょう。

確認する項目：往復レイテンシ、ジッター、パケットロス
レイテンシの影響は中程度

コード同期

単発のPingよりも、小さなファイルの数、リポジトリの場所、依存関係キャッシュのヒット率が重要になることがあります。ノードをコードリポジトリやミラーに近づけ、依存関係一式の再取得を減らしましょう。

確認する項目：リポジトリの場所、小ファイルの転送速度、キャッシュ
対話操作の影響は小さい

CI/CDの実行

タスクの起動時にやり取りする制御情報は少量のため、継続的なレイテンシの影響は限定的です。実行ランナーの並列数、キューの待ち時間、キャッシュディレクトリ、失敗ログの記録状況を確認しましょう。

確認する項目：キュー、並列数、キャッシュ、再試行
帯域幅の影響が大きい

成果物のアップロード

大きなアーカイブ、動画素材、モデルファイルの転送では、安定した継続帯域が重要です。ノードを成果物の保存先に近づけ、整合性の確認と再開ができる転送方法を使いましょう。

確認する項目：継続スループット、パケットロス、整合性確認、転送再開
呼び出し経路の影響が大きい

MLX API呼び出し

短いリクエストではネットワークの往復時間が影響しやすく、長時間の推論は主にモデル、コンテキスト、並列数に左右されます。呼び出し元とノードが大陸をまたぐ場合は、接続を再利用し、不要な逐次リクエストを減らしてください。

確認する項目：初回応答時間、接続の再利用、並列処理の方針
接続のセキュリティチェック

アクセスする全メンバーが確認すべき6項目

専有物理サーバーではハードウェアリソースを専有できますが、アカウント、鍵、プロジェクトファイル、アクセスメンバーの管理はお客様ご自身で行います。初回接続時にセキュリティの基本設定を行い、メンバーやタスクの変更後に見直しましょう。

01

初期認証情報を変更

初回ログイン後すぐに初期認証情報を変更し、以前の情報が使えないことを確認します。新しい認証情報は、チームで承認された安全な保管先に保存してください。

初回接続時
02

用途別に鍵を設定

個人の操作と自動化ランナーにそれぞれ別の鍵を設定します。異なる用途で同じ秘密鍵を使わず、個別に失効・監査できるようにしてください。

用途ごとに分ける
03

共有アカウントを制限

複数人で同じ手動操作用アカウントを使わないようにしましょう。作業を引き継ぐ際は、個人の認証情報を渡すのではなく、タスクの状態と成果物の場所を記録してください。

メンバーを追跡可能
04

ファイル権限を制限

鍵、署名証明書、環境変数ファイル、プロジェクトのトークンは必要なアカウントだけに許可し、ビルドログに機密情報を出力しないでください。

最小権限
05

アクセスメンバーを見直す

メンバーのプロジェクト離脱、自動化タスクの停止、デバイスの変更後は、該当する公開鍵とアクセス権限を速やかに削除し、対応内容を記録します。

定期的に確認
06

セッションを安全に終了

権限を昇格した状態を終了し、タスクの状態を確認して、画面共有とコマンドのセッションを切断します。管理されていないデバイスからローカルの接続履歴を削除してください。

離席のたびに実施
接続トラブルの解決

ローカルからリモートへ順に確認

複数の設定を一度に変更しないでください。手順ごとに仮説を一つ検証し、時刻、症状、結果を記録します。サポートチケットを送る際に、正常と確認できた箇所をすぐに除外できます。

  1. 01

    ローカルネットワークを確認

    他のネットワークサービスが正常か確認し、有線または予備のネットワークに切り替えて再テストします。経路を書き換えるプロキシは一時的に停止し、現在のネットワークだけで接続できないのか記録してください。

    期待される結果：接続先のネットワークに安定して到達でき、継続的なパケットロスがない。
  2. 02

    アドレスとポートを確認

    コンソールから現在のノードアドレス、プロトコル、ポートをコピーし直します。ブラウザーの自動入力、古いブックマーク、別の注文の接続情報は使わないでください。

    期待される結果：接続先が現在の注文、拠点、プロトコルと完全に一致する。
  3. 03

    認証情報を確認

    ユーザー名、パスワード、鍵ファイルが現在のノードのものか確認し、秘密鍵の権限とクライアントで選択した認証情報が一致していることを確認します。誤った認証情報で接続を繰り返さないでください。

    期待される結果：認証に成功するか、明確で記録可能な認証エラーが表示される。
  4. 04

    システムの状態を確認

    コンソールでインスタンスの状態と最新のイベントを確認し、接続経路の問題とノード内部のプロセスの問題を切り分けます。実際の利用状況はコンソールの最新情報をご確認ください。

    期待される結果：ノードが正常で、未確認の電源操作やシステム操作がない。
  5. 05

    クライアントの設定を見直す

    プロトコル、拡大率、キーボードマッピング、プロキシ、証明書、ホスト指紋のキャッシュを確認します。必要に応じて、古い設定を引き継がない新しい接続を作成して比較してください。

    期待される結果：初期設定で接続できるか、問題が特定のクライアント設定に絞り込まれる。
  6. 06

    チケット情報を整理

    注文番号、ノードの拠点、macOSのバージョン、発生時刻、使用プロトコル、クライアントのバージョン、再現手順、機密情報を除いたログを添付してください。パスワード、秘密鍵、完全なトークンは送信しないでください。

    期待される結果：サポート担当者が時系列に沿って再現でき、基本情報を何度も確認する必要がない。

上記6項目を確認しても接続できない場合は、コンソールにログインしてチケットを送信してください。一般的なご質問は、メールでもお問い合わせいただけます。 support@armmesh.com。

コンソールからチケットを送信 お問い合わせ方法を見る
接続の準備

拠点とモデルを選び、納品後にこのページの手順で接続

ArmMeshでは、ArmMesh M4とArmMesh M4 Proの2モデルの専有物理サーバーを提供しています。拠点はシンガポール、東京、ソウル、香港、米国東部、米国西部の6か所です。料金は $19.5/日から。実際の利用状況はコンソールの最新情報をご確認ください。

クラウドMacをレンタル レンタルプランをすべて見る