まずはご自身で確認

お困りのときはこちら

接続できない、支払いが確認されない、開発環境を変更したい。症状を検索して、順に確認してください。注文やインスタンスの問題は、コンソールからチケットを送信してください。

注文済みの方は、まずインスタンス詳細で接続情報、利用期間、支払い状況をご確認ください。

問題別に確認

問題を4つに分けて、効率よく解決

まず、問題がどの段階で起きているかを確認しましょう。接続できないからといって、必ずしもノードの異常とは限りません。支払いが未確認でも、すぐに再度支払う必要はありません。

接続トラブル

認証情報を確認してからネットワークを確認

すぐにマシンを再インストールしないでください。エラーの原文を記録し、タイムアウト、接続拒否、認証失敗を区別すると、サポートチームが原因を特定しやすくなります。

SSHがタイムアウトする:ログイン画面に到達していません

接続タイムアウトが表示された場合は、パスワードを何度も入力するのではなく、まずネットワーク経路を確認してください。接続拒否の場合はポートとサービスの状態を確認し、認証失敗の場合は下記の認証情報チェックに進んでください。

  1. 01アドレスをコピーし直す

    コンソールでインスタンス詳細を開き、現在のホストアドレスとSSHポートをコピーしてください。貼り付け時に空白を取り除き、以前の注文や別のノードの接続情報は使わないでください。

  2. 02ローカルの送信経路を確認

    お使いのネットワークからそのポートに接続できることを確認してください。社内ネットワーク、プロキシ、セキュリティソフトによって外向き接続が制限される場合があります。利用権限のある別のネットワークでも試し、結果を比較してください。

  3. 03インスタンスとルールを確認

    コンソールでインスタンスの状態を確認し、設定したファイアウォールと送信元IPの制限を確認してください。トラブル対応のためにすべてのポートを開放しないでください。まず、現在の送信元IPが許可範囲内か確認しましょう。

お使いの端末で詳細な接続ログを確認し、大文字の項目を置き換えて実行してください:

ssh -vv -p SSH_PORT USER@HOST

ログを送信する前に、ホストアドレス、ユーザー名、ローカルパスなどの機密情報を伏せてください。秘密鍵やパスワードはアップロードしないでください。

画面共有が真っ暗:セッションを確認して画質を下げる

画面のブラックアウトとSSHの接続不能は別の問題です。まずSSHを試し、マシンに接続できるか確認してください。コマンドラインが正常なら、グラフィカルセッションとクライアント設定を重点的に確認しましょう。

  1. 01接続方式を確認

    インスタンス詳細に表示されている情報で接続してください。SSHポートを画面共有用のポートとして使わないでください。クライアントのプロトコル、ホスト、認証方式が一致していることを確認しましょう。

  2. 02現在のセッションに再接続

    クライアントを切断してから再接続し、ロック画面やログイン画面で止まっていないか確認してください。複数のクライアントで同時に画面設定を変更すると、問題を再現しにくくなるため避けましょう。

  3. 03通信負荷を下げる

    まず解像度と画質を下げ、大容量ファイルのアップロードを停止してから再試行してください。特定のクライアントだけで画面が真っ暗になる場合は、クライアントのバージョンと設定を記録し、スクリーンショットと一緒にチケットを送信してください。

認証情報のエラー:認証失敗をネットワーク障害と混同しない

認証に失敗した場合、通常は接続がサーバーまで到達しています。ノードを何度も切り替えるより、ログインユーザーと認証方式を確認しましょう。

  1. 01現在のユーザーを確認

    現在のインスタンスのログインユーザー名を使用してください。OSを再インストールした後や移行後は、接続情報を読み直してください。パスワードをご自身で変更した場合は、変更後のパスワードを使用します。

  2. 02鍵の対応関係を確認

    指定された公開鍵に対応する秘密鍵を使用し、ローカルの秘密鍵ファイルの権限を確認してください。公開鍵をSSHの秘密鍵として渡さないでください。また、秘密鍵をサポートチームに送らないでください。

  3. 03エラーの原文を残す

    失敗した日時、認証方式、エラーメッセージを記録してください。再インストール後にホスト鍵が変わった場合は、まずコンソールでインスタンスを確認してから、ローカルの記録を更新しましょう。

料金・支払い

注文状況を確認し、二重払いを防ぐ

お支払い方法はUSDT-TRC20とVisa / Mastercard / Amex(Stripe)のみです。決済はすべて米ドル建てです。実際に利用できる決済方法は、コンソールの表示をご確認ください。

USDT-TRC20を送金したのに、注文が確認されないのはなぜですか?

ウォレットに送金済みと表示されても、注文の確認が完了したとは限りません。決済ページに表示されたネットワーク、送金先アドレス、支払額を確認し、取引のオンチェーン状態を確認してください。USDT-TRC20の着金確認にはブロックチェーンの処理状況が影響するため、確認にかかる時間は一律ではありません。

コンソールで注文の支払い状況を確認してください。決済情報が無効になっている場合や、現在の注文に紐づかない場合は送金しないでください。取引が確認済みなのに注文状況が更新されない場合は、注文番号、トランザクションハッシュ、送金額、送金日時をタイムゾーンとともに添えてチケットを送信してください。ウォレットの秘密鍵、シードフレーズ、パスワードは送らないでください。待ち時間を理由に再送金することもお控えください。

Visa / Mastercard / Amexでの支払いに失敗した場合は?

まず決済ページのエラーメッセージを確認してください。カードでオンライン決済や米ドル決済が可能か、利用可能額が十分か、請求先情報が一致しているか、カード発行会社が求める認証が完了しているかを確認しましょう。必要に応じてカード発行会社に拒否理由をお問い合わせください。短時間に何度も決済を再試行しないでください。

ブラウザーが中断した、認証ページを閉じた、画面が正しく戻らなかった場合は、まずコンソールで注文状況を確認してから再試行してください。チケットには注文番号、エラーメッセージ、発生日時のみを記載してください。スクリーンショットを添付する場合は、機密情報を隠してください。カード番号全桁やセキュリティコードを送る必要はありません。カード決済情報はStripeが処理します。

更新方法、米ドル金額の確認、請求書のダウンロード方法

コンソールで現在の契約期間の終了日を確認し、更新を選択して見積もりを確認してください。支払い前に機種、期間、ロケーション、追加オプションを確認し、支払い後に新しい利用期間が反映されていることを確認します。サービスは日・週・月・四半期単位の前払いで、時間単位の課金には対応していません。更新料金と適用日時は注文確認画面をご確認ください。

価格表の料金はすべて米ドルです。XN Core M4は日額$21.4、週額$57.7、月額$106.8、四半期額$290.5です。XN Pro M4Pは日額$59.3、週額$160.1、月額$296.4、四半期額$806.2です。請求書では基本料金と選択した追加オプションをそれぞれ確認してください。請求書とダウンロード可能なファイルは、コンソールの請求履歴から確認できます。ダウンロードできない場合は、請求書番号を添えてチケットを送信してください。

利用期限前に更新通知が届きますが、通知だけに頼らずバックアップの予定を立ててください。カレンダーにもリマインダーを設定し、支払いと利用期間を早めに確認しましょう。大切な成果物は、ご自身のストレージに継続的に同期してください。

システム・開発環境

データを守ってから環境を変更

専有物理マシンで、仮想マシンではありません。macOSのGUIとコマンドラインを利用できます。ツールのインストール、バージョンの切り替え、再インストールを行う前に、バックアップとプロジェクトの依存関係を確認してください。

macOSを再インストールする前に必要な準備は?

実行中のビルド、転送、実験タスクを停止してから、コード、成果物、環境設定、保管が必要な証明書ファイルをバックアップしてください。再インストールするとシステム環境が変わり、ローカルデータが消去される場合があります。接続トラブルの最初の対処として再インストールしないでください。

コンソールで現在のインスタンスの再インストールオプションと確認事項を確認してください。サポートが必要な場合は、その注文からチケットを送信し、対象インスタンスとバックアップ済みの内容をお知らせください。完了後は接続認証情報を読み直し、macOSのバージョン、ツールのパス、ディスク容量を確認してからプロジェクトを復元してください。以前の接続情報だけで新しい環境の異常を判断しないでください。

Xcodeとコマンドラインツールの確認・切り替え方法

まずプロジェクトが必要とするXcode、SDK、macOSのバージョンを確認し、現在選択されている開発者ディレクトリを調べてください。複数のXcodeがインストールされている場合、GUIで開いているバージョンと、コマンドラインビルドで使われるバージョンが異なることがあります。

xcode-select -p
xcodebuild -version
uname -m
df -h

最初の3つのコマンドで開発者ディレクトリ、Xcodeのバージョン、アーキテクチャを確認し、最後のコマンドでディスク容量を確認します。Apple Siliconのネイティブアーキテクチャは arm64と表示されます。切り替える場合は、まず対象アプリのパスが実在することを確認してから、 sudo xcode-select --switch /Applications/Xcode.app/Contents/Developer を実行して該当のディレクトリを選択してください。このコマンドは以降のコマンドラインビルドに影響します。

Homebrewを使う前に、 command -v brew と brew --versionを実行し、想定した環境のコマンドであることを確認してください。依存関係をインストールするときは、プロジェクトで指定されたバージョンを使いましょう。ツールチェーン、依存関係、ビルドスクリプトを同時に変更しないでください。失敗した場合は、ツールのバージョン、実行したコマンド、エラーの末尾を共有すると、「ビルドできない」とだけ伝えるより原因を特定しやすくなります。

期限前にバックアップすべきファイルと確認方法

少なくとも次の3種類を整理してください。未プッシュのコードとプロジェクト設定、ビルド成果物と実験結果、環境を復元するための依存関係一覧とライセンスファイルです。証明書と鍵は暗号化して保存し、チーム内でも権限に応じて共有してください。公開リポジトリやチケットの添付ファイルに含めないでください。

scpまたはrsyncで、ご自身のストレージにファイルを同期できます。まず少量のファイルを転送して、パス、権限、読み取り可否を確認してから、ディレクトリ全体を転送してください。完了後はファイル数、サイズ、チェックサムなどを照合し、重要な成果物を実際に開いて確認しましょう。追加SSDは外付けストレージであり、独立したバックアップではありません。また、データがノード間で自動同期されるわけではありません。

利用期限後のデータ復元を前提にしないでください。データの保持・削除に関する具体的な取り扱いは、コンソールの案内と適用される規約をご確認ください。特別な移行が必要な場合は、利用期間終了前にチケットを送信し、バックアップを完了してください。

ネットワーク・ロケーション

作業環境に合うロケーションを選び、実際に試す

6つのロケーションすべてで2つの機種から選べます。利用者の所在地、コードや成果物の転送方向、SSHとGUIのどちらを日常的に使うかを考慮して選んでください。

6つのロケーションの選び方と遅延の確認方法

まず地理的な位置から候補を絞り、その後、ご自身のネットワークで確認してください。下表はロケーション選びの目安であり、実測遅延を保証するものではありません。通信事業者の経路やローカルネットワークによって使用感は変わります。SSHは連続した映像の転送をほとんど必要としませんが、画面共有は往復遅延や帯域幅の影響を受けやすくなります。

6つのロケーションの対応エリアと接続確認のヒント
ロケーション優先して検討する地域接続時にまず確認すること
シンガポール東南アジア普段お使いのネットワークで、操作への応答とコードの同期速度を比較してください。
日本(東京)東アジア普段お使いの画面共有クライアントで、まず低い画質から試してください。
韓国(ソウル)北東アジア地図上の距離だけでなく、ローカルネットワークの経路を比較してください。
香港中国南部・東南アジアローカルネットワークの制限と、大容量ファイルのアップロード中の応答を確認してください。
米国東部北米東部・西ヨーロッパビルド成果物の転送と、操作時の接続状況をあわせて確認してください。
米国西部北米西海岸チーム、コードの保存先、成果物の受け取り先の場所を確認してください。

操作が重い場合は、大容量ファイルの転送を一時停止し、画面共有の解像度を下げてから比較してください。それでも明らかに問題がある場合は、ローカルネットワークの種類、ロケーション、クライアントのバージョン、発生時間帯を記録してください。一度のテストだけでロケーション全体が利用できないと判断しないでください。

別のロケーションへ移行する方法

まず元のインスタンスのデータをバックアップし、ツールのバージョン、環境変数、タスク設定、ネットワークの許可ルールを記録してください。次にコンソールで移行先ロケーションの注文方法を確認します。契約中のサブスクリプションの変更が必要な場合は、料金と適用方法をチケットで確認してください。ロケーションを変えるだけでディスクが自動移行されるとは限りません。

移行先のインスタンスに接続できたら、ファイルを復元し、ビルド、署名、成果物のアップロード、定期実行タスクを確認してください。チームで使うホストアドレスと送信元IPのルールを更新し、新しいインスタンスが正常に動作することを確認してから、元のインスタンスを処理してください。移行中は、成果物が重複する公開タスクを両方の環境で同時に実行しないでください。

6つのロケーションで利用できる機種

シンガポール、日本(東京)、韓国(ソウル)、香港、米国東部、米国西部のすべてで、XN Core M4(M4 / 16GB / 256GB SSD)とXN Pro M4P(M4 Pro / 64GB / 2TB SSD)を提供しています。掲載中の構成はすべて在庫に余裕があります。最新の提供状況はコンソールでご確認ください。

一般的なアプリのビルドやCIにはXN Core M4が適しています。大規模な並列ビルドや大容量のユニファイドメモリを必要とする実験には、XN Pro M4Pをご検討ください。追加ストレージは外付けの+1TB SSDまたは+2TB SSDから選べます。機種本体の内蔵ストレージ容量は変わりません。ノードは365日、年間を通して稼働しています。接続に問題がある場合は、ネットワーク、認証、システムの順に確認してください。

チケットの準備

確認した内容をまとめて伝える

コンソールにログインし、チケット欄で該当する注文を選んで問題を説明してください。注文に関する情報はチケットに記載し、公開の問い合わせには接続パスワードや支払い情報の全桁を送らないでください。

送信前に4項目を準備

  1. 01注文・インスタンス

    注文番号、ロケーション、機種名をお知らせください。インスタンスが複数ある場合は対象を明記し、別のマシンのログが混ざらないようにしてください。

  2. 02発生日時・症状

    最初に発生した日時とタイムゾーン、継続して失敗しているのか、断続的に起きるのかを記載してください。最後に正常だった操作と、問題の発生前に変更した設定もお知らせください。

  3. 03再現手順・確認内容

    実行した手順、クライアントやツールのバージョン、エラーの原文、すでに行った確認を列挙してください。別のネットワークやクライアントで試した結果も記載できます。

  4. 04機密情報を除いた添付ファイル

    必要なスクリーンショットやログの抜粋を添付してください。パスワード、秘密鍵、証明書の機密情報、決済のセキュリティ情報は削除し、問題に関係するエラーコードは残してください。

次の順に記載してください

ロケーション・機種 → 注文番号 → 発生日時とタイムゾーン → 期待する結果 → 実際のエラー → 試した確認方法。ビルドやリリースに影響する場合は、影響を受けている作業も記載してください。「急いでいます」とだけ書くのは避けましょう。

送信後に新しい情報が出た場合は、同じチケットに追記して、これまでの経緯がわかるようにしてください。対応時間、進捗、返信予定はコンソールの表示とチケットへの返信をご確認ください。未確認の固定返信時間をお約束するものではありません。ノードの稼働時間とスタッフからの返信時間は別です。

解決方法が見つかりませんか?

プラン選びはメールで、インスタンスの問題はチケットで

まだ注文していない場合は、用途、予定利用期間、お住まいの地域を添えて、機種とロケーションについてお問い合わせください。注文済みの方は、インスタンスと問題を紐づけられるよう、コンソールからチケットを送信してください。

購入前のご相談、法人・チームでの購入、その他のお問い合わせは、こちらまでご連絡ください: support@xcodenet.com。メールでパスワード、秘密鍵、カード情報の全桁を送る必要はありません。