リモート作業が中断したとき

接続できない・遅い・タスク停止？まずはこちら

まず、接続が切れただけなのか、Mac上のタスクも本当に停止したのかを確認しましょう。ノードの状態、接続情報、請求はコンソールで確認できます。対応が必要な場合は、コンソールのチケットまたはお問い合わせページから状況をお知らせください。同じ操作を何度も試す必要はありません。

コンソールで確認 サポートに問い合わせる

ご注文前ですか？接続方法とサポート範囲を確認してから、レンタルをご検討ください。ノードを選んでクラウドMacをレンタル

まず確認したい3つのポイント

サービスの状態、ローカルからの接続、問題の記録の順に確認しましょう。この順番なら、ブラウザの接続切れをノードの停止と取り違えにくく、同じ記録を使ってその後の対応も進められます。

01 / ノード

コンソールでサービス状態を確認

ログインして該当インスタンスを開き、ノードの都市、サービス期間、現在のステータスを確認してから接続情報を確認します。ステータスが想定と異なる場合は、画面に表示されたメッセージをそのまま記録してください。リモートデスクトップに接続できないだけで、マシンが停止したと判断しないようにしましょう。

ノードの状態を確認
02 / 接続

ネットワークとクライアントを確認

ローカルネットワークで他のページにアクセスできることを確認します。次に、ブラウザのセッションが有効か、VNCのアドレス・ポート・認証情報がコンソールの案内と一致しているかを確認しましょう。設定は一度に1つだけ変更し、変更前後の結果を記録してください。

接続方法別に確認
03 / 記録

症状と時刻を添えて問い合わせる

解決しない場合は、下のテンプレートにノードの都市、タイムゾーン付きの発生時刻、エラーメッセージ、試した操作を記入してください。ご注文済みの方はコンソールからチケットを送信してください。購入前のご相談やログインできない場合は、お問い合わせページのメール窓口をご利用ください。

問い合わせ情報を準備

デスクトップが開かないときは、接続経路を確認

ブラウザでのリモート接続とVNCは、同じ専有物理Macに接続する別々の方法です。一方の接続に失敗しても、もう一方の接続やマシン上のアプリが停止したとは限りません。まず、どの手順でエラーが発生したか記録しましょう。

接続できないときの確認項目：症状に合った操作を選んでください。すべてを繰り返す必要はありません。
発生している症状まず確認すること次に行うこと
ブラウザのリモート接続ページが開かない ローカルネットワークでリモート接続が制限されていないか、コンソールにログインできるか、ページを開く前とセッション開始後のどちらでエラーが起きるか。 コンソールから接続画面を開き直します。可能であれば別のローカルネットワークでも試し、両方の結果を記録してください。利用中のネットワークのルールを回避しないでください。
VNCでアドレスまたは接続エラーが表示される サーバーアドレス、ポート、クライアントの接続方式がインスタンスの接続案内と一致しているか、余分な空白をコピーしていないか。 現在の接続情報を項目ごとに確認し、別のインスタンスの設定を流用しないでください。クライアント名とバージョン、エラーメッセージ全文を記録しましょう。
認証エラーが表示される 該当インスタンスの認証情報を使用しているか、入力方式や大文字・小文字、コピー内容が変わっていないか。 情報をもう一度確認してから再試行してください。解決しない場合はチケットを送信しましょう。接続パスワード、認証コード、認証情報全体をスクリーンショットやメールに含めないでください。
接続後に画面が真っ暗、または更新されない 画面がまったく表示されないのか、特定のアプリだけ更新されないのか、クライアントには接続中と表示されているか。 まずリモートセッションを切断して再接続し、画面が暗くなる前後のメッセージを記録しましょう。実行中のビルドやエクスポートが中断する可能性があるため、ノードをすぐに再起動しないでください。

接続できるのに操作が重いときは、画面の負荷を下げる

リモートデスクトップの応答速度は、ノードまでの距離、ローカルネットワーク、画面の転送量に左右されます。問題がマウスやウィンドウの操作で起きるのか、アプリの計算処理で起きるのかを確認しましょう。画面の遅延は、チップの処理速度が遅いことを意味しません。

  1. 01

    まずノードの場所を確認

    操作の多い作業では、近いノードを選ぶのがおすすめです。選択できる都市はシンガポール、東京、ソウル、香港、米国東部、米国西部です。接続の体感速度は利用中のネットワークによって異なります。別のノードに切り替える場合は、プロジェクトや素材をバックアップし、移行先インスタンスの注文・移行手順を確認してください。ノードを変更しても、既存データが自動的に移行するわけではありません。

  2. 02

    画面の転送量を減らす

    まずリモートデスクトップの解像度を下げ、ウィンドウの移動や文字入力が改善するか確認します。次に、クライアントで対応していれば色深度や画質を調整してください。変更は一度に1項目ずつ行いましょう。細部や色、素材を確認するときは必要に応じて設定を上げ、低画質のまま使い続けないようにしてください。

  3. 03

    最後にネットワークを比較

    ローカルで帯域を使用している転送を一時停止し、可能であれば別のネットワークでも試してください。「同じノード・同じクライアント・異なるネットワーク」での違いを記録しましょう。どのネットワークでも遅い場合は、そのときノードで実行していたビルド、エクスポート、ファイル転送についてもチケットに記載してください。

ノードの選び方を見る VNC・画面共有の調整ガイドを見る

接続ガイドの用語をわかりやすく解説

以下の用語は、提供するマシン、接続方法、実行する処理を表しています。問い合わせの際は「クラウドMacが壊れた」とだけ書くのではなく、接続方法とタスクの種類を伝えると、問題を特定しやすくなります。

物理ノード
選択したデータセンターに設置された実機のMac miniです。ローカルPCでmacOSを仮想的に動かすのではなく、リモート接続して利用します。
専有
1台のマシンをお客様1名で使用します。チップ、メモリ、マシンリソースを他の利用者と共有しません。
仮想マシンではない
実機のMac上に用意されたシステム環境です。他の利用者と共有するホストマシンから切り分けた仮想インスタンスではありません。
VNC
クライアントを使ってリモートデスクトップを表示・操作する接続方式です。アドレス、ポート、認証情報はコンソールの案内をご確認ください。
画面共有
リモートMacのデスクトップ画面を手元に表示し、キーボードやマウスの操作を送る方式です。画面の転送量は操作のスムーズさに影響します。
self-hosted runner
お使いのMac上で動作し、既存のCIパイプラインからタスクを受け取って実行するプログラムです。動作状況はrunner自身のログも合わせて確認してください。
ユニファイドメモリ
Apple Siliconのプロセッサとグラフィックス処理部が共有するメモリです。アプリやビルドタスクがこの容量を使用します。
Thunderbolt 5の並列接続
プラン一覧に台数単位で掲載されている接続拡張オプションです。ワークフローに適しているか確認してから選びましょう。複数台のメモリが自動的に統合されるわけではありません。

問題の記録にこの4項目をまとめる

都市はノードの特定に、時刻は状況の照合に、エラーの原文と操作履歴は確認のやり取りを減らすのに役立ちます。以下の内容はコンソールのチケットやメールにコピーして使えます。わからない点は推測せず、そのままお知らせください。

接続・タスクの異常について

ノードの都市：
発生日時とタイムゾーン：
症状：
エラーメッセージ（原文）：

接続方法：ブラウザでのリモート接続 / VNCクライアント
ローカルOSとブラウザまたはクライアントのバージョン：
問題が発生した手順：
コンソールを開いてインスタンスの状態を確認できるか：
リモートのタスクがまだ実行中か：

試した操作とそれぞれの結果：
別のローカルネットワークでも試したか：
最後に正常に使えたときの状況：

必要に応じて追加：インスタンス番号または注文番号、機密情報を隠したスクリーンショット。

コピーしたら情報を記入し、チケットまたはメールで送信してください。このページから自動送信されることはありません。

タイムゾーンも明記してください。「発生日、具体的な時刻、UTCオフセット」の形式で記入します。問題が続いている場合は、開始時刻と最後に試した時刻を記載してください。一度だけ発生した場合も、そのときのメッセージを残しましょう。

スクリーンショットの機密情報は隠してください。接続パスワード、認証コード、秘密鍵、カード情報全体は添付しないでください。ビルドログはエラーの前後だけを切り取り、プロジェクト名、業務データ、アクセストークンは隠してください。

コンソールからチケットを送信 メールでの問い合わせ方法を見る

送信後は同じ記録に情報を追加

ご注文済みの問題はコンソールのチケットで対応します。アカウントにログインできない場合や購入前に確認したい場合は、お問い合わせページからメール窓口をご利用ください。どちらの場合も経緯がわかる記録を残し、同じ症状について何度も新しい問い合わせを作成する必要はありません。

確認に必要な情報

インスタンスまたは注文の情報、ノードの都市、発生時刻、エラーメッセージをもとに確認します。追加情報が必要な場合は、返信でお知らせします。最初の問い合わせで認証情報一式を送らないでください。

再現できる手順も、再現しない条件も、どちらも記録しておきましょう。

対応状況の確認方法

コンソールから送信した内容は該当チケットで確認・追記できます。メールでのお問い合わせは、同じメールスレッドでやり取りを続けてください。進捗は返信でお知らせします。同じ内容を複数の窓口に分けて送る必要はありません。

新しい結果を追加するときは、前回から変更した点も記載してください。

復旧後に残しておく情報

接続が復旧したときのネットワーク、クライアント、設定を記録しましょう。タスクに異常があった場合は、再実行の結果とログも保存してください。復旧を確認するまでは、現場のファイルを削除したり、まだ動いている可能性のあるプロセスを終了したりしないでください。接続の問題がタスクの中断につながるおそれがあります。

新しいエラーが出た場合は、同じ問い合わせ記録に追記してください。

請求とサービス状態は別々に確認

決済画面のメッセージ、決済サービスの引き落とし記録、コンソールの請求情報はそれぞれ異なります。支払い後にステータスが変わらない場合は、該当する注文と請求を確認し、決済記録を添えてお問い合わせください。画面を一度更新しただけで再決済しないでください。

コンソールで該当する請求を確認

注文番号または請求番号、選択した期間、ノード、追加オプションを確認し、基本利用料とストレージなどの追加料金を区別してください。金額や期間が想定と異なる場合は、請求項目と選択した内容を一緒にチケットへ記載してください。引き落とし額だけを送らないようにしましょう。

一覧にある支払い方法をご利用ください

お支払いはUSDT-TRC20、Visa / Mastercard / Amex（Stripe）のみ対応しています。すべて米ドル（USD）で決済されます。利用できる決済ゲートウェイは、チェックアウト時にバックエンドから返される情報をご確認ください。USDT-TRC20の問題はトランザクションハッシュを、カード決済の問題は請求番号、発生時刻、画面のエラーメッセージを添えてください。カード番号全桁やセキュリティコードは送らないでください。

コンソールで請求を確認 期間と追加オプションを確認

症状を記録したら、チケットでご連絡ください

ノードの都市、発生時刻、エラーメッセージの原文、試した操作をお知らせください。メールアドレスはsupport@vmhalo.comです。ご注文済みの方はコンソールからもお問い合わせいただけます。

問い合わせる