サポート

現象からクラウドMacの問題を特定

エラーの一部、ツール名、接続方法、注文内容を入力してください。本書では初回接続、権限、macOS操作、Xcodeビルド、ノードネットワーク、ストレージ拡張、請求、支払いを扱います。

専用物理マシン · 仮想マシンではありません · 365日稼働 · 実際のサービス状態はコンソールのリアルタイム情報を基準とします

HELP ROUTER まず問題の層を特定
まず元のエラーを記録してください 最初に環境全体を消去しないでください。再現可能な証拠を残すと、根本原因を特定しやすくなります。
問題の分類

発生段階から入口を選択

7つのテーマを同時に表示しているため、1つずつ絞り込む必要はありません。現象に最も近いテーマから入り、確認手順に沿って範囲を絞ってください。

初回接続

まずアドレス、ポート、アカウントを確認

注文に記載されたホストアドレス、接続ポート、アカウント名を確認してください。初回SSH接続ではフィンガープリントを目視で確認し、VNCでは標準解像度と中画質で基準を作ります。

接続トラブルシューティングへ
アカウント権限

ログイン失敗と操作権限不足を切り分ける

ログインできてもディレクトリに書き込めない場合は、ファイル所有者、ディレクトリ権限、コマンド実行ユーザーを確認します。まったくログインできない場合は、認証情報、鍵の権限、接続先を優先して確認してください。

判断手順を見る
macOS操作

リソースを確認してからシステム設定を変更

ディスクの空き容量、メモリプレッシャー、CPUを占有するプロセス、システムのタイムゾーンを確認します。バージョンやツールチェーンを変更する前に現在の状態を記録し、一度に複数の変数を変更しないでください。

初期設定を見る
Xcodeビルド

完全なコマンドと最初の失敗箇所を残す

Xcodeのバージョン、scheme、configuration、対象プラットフォーム、元のコマンドを記録します。ログは最後の失敗概要だけでなく、最初に明確なエラーが出た箇所から分析してください。

ビルド手順を開く
ネットワーク遅延

遅延、ジッター、転送負荷を分けて判断

1回のpingだけでは操作感を判断できません。連続して測定し、中央値、ジッター、パケット損失を確認するとともに、ローカルWi-Fi、プロキシ、アップロード処理、高画質リモートデスクトップの影響を除外してください。

ノードの方向を比較
ストレージ拡張

まず作業データとキャッシュの増加速度を確認

ソースコード、依存キャッシュ、ビルド成果物、素材ファイルを分けて確認します。拡張前に空き容量と1日あたりの増加量を記録し、+1TB SSDまたは+2TB SSDを選ぶか判断してください。

追加オプションを見る
注文と請求

期間、ノード、追加項目を1つずつ確認

請求の問い合わせで合計額だけを送らないでください。注文ID、モデル、請求期間、選択ノード、SSD拡張、Thunderbolt 5並列接続オプションも記録してください。

注文の説明を見る
接続障害の切り分け

認証、ネットワーク、画面のどこで失敗したかを特定

クライアント、ネットワーク、認証情報を同時に変更しないでください。毎回1つだけ条件を変え、その時刻とエラー内容を残してください。

01

認証情報エラー

次のエラーが表示される場合: Permission denied または鍵認証に失敗する場合は、ユーザー名、秘密鍵ファイル、鍵の権限、接続先の選択ミスを確認してください。認証情報を何度も推測しないでください。

確認結果 ホストには到達できるが認証に失敗
02

ポートに到達できない

タイムアウトまたは接続拒否が発生したら、まずアドレスとポートを確認し、別のネットワークからテストしてください。タイムアウトは通常、経路が通っていないことを示します。即時拒否は、接続先には到達できるもののポートが接続を受け付けていないことを示します。

確認結果 認証はまだ開始されていません
03

リモートデスクトップの画面異常

セッションは確立できるものの、画面が黒い、乱れる、または大きくカクつく場合は、まず解像度と画質を下げ、バックグラウンドの大容量転送を停止してから、セッションを切断して再接続してください。

確認結果 接続済みだが表示経路に異常
04

ローカルネットワークの制限

同じノードがモバイルホットスポットでは使えるのに、オフィスネットワークでは使えない場合は、クラウドノードをすぐに変更せず、ローカルファイアウォール、プロキシポリシー、出口制限、Wi-Fiのパケット損失を確認してください。

確認結果 サービス側は正常、ローカル経路を要確認
ビルド問題の手引き

環境情報を残してからビルド失敗に対処

ビルドログの価値はコンテキストで決まります。少なくともツールのバージョン、実行コマンド、作業ディレクトリ、対象、最初の失敗箇所を同時に提示してください。

よくあるビルド問題の確認順序と残すべき証拠
問題の種類 最初に確認 推奨アクション 残す情報
xcodebuild scheme、configuration、destination、SDK、作業ディレクトリ 同じ完全なコマンドで再実行し、最初の明確なエラーから特定する コマンド、終了コード、Xcodeバージョン、失敗時のコンテキスト
fastlane Ruby環境、依存関係ロックファイル、laneパラメータ、作業ディレクトリ プロジェクトで固定された依存関係を優先して実行し、ツール一式を一時的にアップグレードしない lane名、呼び出しパラメータ、依存バージョン、元の出力
署名環境 証明書の有効性、プロビジョニングプロファイルとの対応、キーチェーンアクセス権 bundle identifier、チーム設定、対象構成を確認し、未加工の署名情報をアップロードしない 対象名、署名方式、機密情報を除いたエラー内容
キャッシュの削除 DerivedData、パッケージマネージャーのキャッシュ、ディスク空き容量 失敗した対象に関連するキャッシュだけを削除し、環境全体を同時にリセットしない 削除前後のコマンド、空き容量、依存関係の解決結果
ログ収集 時間範囲、タイムゾーン、コマンド終了コード、結果バンドル テキストログと必要な結果バンドルを保存し、スクリーンショットは補足として使用 発生時刻、再現手順、最初のエラーと前後の出力
最小再現

同じコマンドが安定して失敗することをまず確認

自動化タスクでだけ失敗する場合は、同じ作業ディレクトリ、環境変数、依存バージョンで手動実行してください。手動では成功してキューでは失敗する場合、実行ユーザー、作業ディレクトリ、環境注入の違いを比較します。

xcodebuild -scheme App -configuration Release build
echo $?
sw_vers
xcodebuild -version
ノードとネットワーク

販売中の5ノード。主なアクセス方向で選択

現在のラインアップにはシンガポール、東京、ソウル、香港、米国西部が含まれます。2つのモデルはすべての5ノードで注文でき、実際の利用可否はコンソールのリアルタイム情報を基準とします。

SG

シンガポール

主な利用者が東南アジアにいるワークフローに適しています。ノードを比較する際は、地理的距離だけでなく実際のオフィスネットワークから連続してテストしてください。

東南アジア方面
JP

東京

日本および東アジア方面のインタラクティブな作業に適しています。VNCを長時間使う場合は、遅延、ジッター、画面ビットレートも確認してください。

日本・東アジア方面
KR

ソウル

韓国および北東アジア方面に適しています。SSHの応答は正常でも画面がカクつく場合は、まずリモートデスクトップの画質を下げ、バックグラウンド転送を停止してください。

韓国・北東アジア方面
HK

香港

華南および一部の東南アジア方面に適しています。企業ネットワークと家庭ネットワークでは出口経路が異なる場合があるため、選択前に実際の利用ネットワークでテストしてください。

華南方面
US-W

米国西部

北米西岸方面、および現地のコラボレーション経路に近いことが必要な作業に適しています。大陸間アクセスでは、まず操作遅延、次に大容量ファイル転送を評価してください。

北米西岸方面
近いノードは地図だけで決めない

まず地理的に近いノードから始め、同じネットワーク、同じ時間帯で連続測定します。中央値の遅延、ジッター、パケット損失、VNC操作時の反応を比較してください。複数地域のメンバーが協働する場合は、主な操作担当者と大容量ファイルの転送方向を合わせてノードを決めます。

注文と支払い

注文内容と支払い記録を分けて確認

注文設定は提供内容を決め、支払い記録は決済状態を示します。問い合わせでは2組の情報を分けて提示し、支払い画面のスクリーンショットだけを送らないでください。

注文の問題:まずコンソールで現在の設定を確認

注文ID、Lemon M4またはLemon M4 Pro、日次・週次・月次・四半期の期間、選択ノード、SSD拡張、Thunderbolt 5並列接続オプション、現在のサービス状態を順に確認してください。

  • モデル仕様が注文概要と一致していること。
  • ノードはシンガポール、東京、ソウル、香港、米国西部のいずれかであること。
  • 追加項目が請求明細と1つずつ対応していること。
  • 利用可否はコンソールのリアルタイム情報を基準とすること。

支払いヘルプ:対応する2種類の方法だけを確認

すべての注文は米ドル(USD)で決済されます。実際に利用できるゲートウェイはバックエンドの応答を基準とし、対応範囲は次の2種類のみです。

  • USDT-TRC20:ネットワーク種別、受取情報、金額、取引IDを確認し、送金前に一字ずつ確認してください。
  • カード:Visa / Mastercard / Amex、Stripe処理。チェックアウト画面の指示に従って認証を完了してください。

支払い状態と注文状態が一致しない場合は、注文ID、支払い時刻、金額、機密情報を除いた取引証明を保存してください。カード情報全体やアクセストークンは送信しないでください。

サポートに連絡する前の準備

6項目の情報で確認のやり取りを大幅に短縮

秘密鍵、シードフレーズ、完全なアクセストークン、未加工の署名情報を削除してください。サポートチームに必要なのは再現可能な情報であり、機密認証情報ではありません。

01 注文ID

コンソールに表示される注文IDを提示してください。モデル名や支払い金額だけでは不十分です。

02 発生時刻

問題が発生した時刻とタイムゾーンを明記してください。断続的な問題では、最後に正常だった時刻も記録します。

03 選択ノード

シンガポール、東京、ソウル、香港、米国西部のいずれかを記載し、主な利用者の所在地も説明してください。

04 再現手順

正常な状態から始め、実際の操作順にコマンド、画面操作、失敗箇所を列挙してください。

05 スクリーンショットまたは機密情報を除いたログ

コピーできるエラーテキストを優先してください。スクリーンショットには必要なコンテキストを含め、ログには最初のエラー前後の出力を残します。

06 期待結果と実際の結果

何が起きると期待したか、実際に何が起きたか、問題を安定して再現できるかを分けて説明してください。

サポート窓口は2つ בלבד

コンソールにログインしてチケットを送信すると、既存の注文やサービス状態に紐づけて対応できます。または support@lemonvm.com宛てにメールを送信してください。購入前のプラン選びや、コンソールにログインできない場合に適しています。

準備を始める

用途、ノード、期間を確認してから物理ノードを選択

2つのモデル、5つのノード、日次・週次・月次・四半期の4種類の期間が注文手順に明示されています。購入後はコンソールで設定とサービス状態を確認できます。