ノードの状態を確認
コンソールで現在のノードを確認します。状態が「利用可能」になってから接続してください。割り当て中または接続情報の生成中なら、完了するまで待ってからクライアントを設定します。
- 記録する情報
- ノードの地域、現在の状態
- 合格条件
- 状態が「利用可能」と明確に表示されている
項目ごとに確認できるVNC接続手順です。まずノードの状態と接続先を確認し、クライアントを設定して画面と画質をチェックします。切断時も決められた順序で確認すれば、手当たり次第に試す必要はありません。
select-region JPregion accepted: JP-TYO
request-physical-nodededicated host assigned
start-build-sessiondesktop and terminal ready
初回接続の問題の多くはVNC自体ではなく、ノードの状態、アドレス形式、アカウント名、またはローカルネットワーク設定の確認不足が原因です。接続前に次の4項目を順番に確認してください。
コンソールで現在のノードを確認します。状態が「利用可能」になってから接続してください。割り当て中または接続情報の生成中なら、完了するまで待ってからクライアントを設定します。
ホスト名またはアドレスとポートを完全な形で保存し、一部だけを切り取らないでください。コピー後、空白、改行、日本語の句読点が混入していないか確認します。
アカウント名とパスワードは別々に保存し、入力時は大文字・小文字とキーボード配列に注意してください。注文用メールアドレスをリモートデスクトップのアカウント名に使わず、接続情報を関係者以外に転送しないでください。
現在のネットワークでVNC接続が許可され、会社のプロキシ、ファイアウォール、ゲストネットワークのポリシーに遮断されていないことを確認します。帯域を大量に使う同期やダウンロードは先に停止してください。
コンソールにノードが利用可能と表示された時点から計測します。各手順に完了条件を設けるため、問題が起きてもどの段階で止まったかを明確にできます。
所要時間はコンソールの最新表示、クライアント環境、ローカルネットワークの状態によって異なります。
コンソールでノードの状態を確認し、接続先、ポート、アカウント名をコピーします。3項目を個別に保存して確認できれば完了です。
接続プロファイルを作成し、接続先と表示設定を入力します。初回は解像度の自動調整と中程度の画質を使用し、最初から最高画質にする必要はありません。
リモートアカウント名と対応する認証情報を入力し、クライアントに表示された接続先がコンソールと一致することを確認してから接続します。デスクトップの読み込み完了を待ちます。
ウィンドウを移動し、文字を入力して、ターミナルで影響のない確認コマンドを実行します。入力、画面更新、コピーと貼り付けが想定どおり動くことを確認してください。
以下の画面例には実際の認証情報は含まれていません。項目の位置と操作順は一般的なVNCクライアントの流れに基づいており、名称はクライアントのバージョンによって異なる場合があります。
host.example:5900
remote-user
Adaptive · Medium
クライアントでホストとポートが別項目の場合は分けて入力します。1つの項目の場合は、コンソールに表示された完全な形式をそのまま使用してください。
アカウント名と認証情報は原文どおり入力します。連続して失敗したら試行を止め、項目を確認し直してください。入力ミスをノード障害と誤認しないためです。
初回接続では解像度の自動調整と中程度の画質を選びます。操作が滑らかだと確認してから、色彩と鮮明さを段階的に上げてください。
接続する前に接続先を再確認し、古い接続プロファイルを開いてチームが以前使った別のノードへ誤接続しないようにします。
リモートデスクトップとコマンドラインは二者択一ではありません。視覚的な確認が必要な作業はVNCで行い、繰り返し可能で記録を残せる自動化タスクはターミナルで実行します。長時間のタスクには必ず1つの実行入口を用意してください。
デスクトップは起動と確認に使い、大量の継続ログをリモート画面に表示し続けないでください。
コマンドラインは実行と記録を担当します。長時間タスクの開始後はプロセスとログの場所を記録し、複数のセッションで重複起動しないでください。
同じプロジェクト、スクリプト、runnerがすでに実行中でないか確認します。
最新の出力時刻を確認し、タスクが実行中か停止済みかを判断します。
既存のタスクが明確に終了してから、1つの入口で再実行します。
画面の鮮明さ、色彩品質、帯域消費は互いに影響します。すべての設定を一度に変更すると、どの項目が改善または悪化させたのか判断できません。
同じネットワーク、同じクライアント設定で、接続確立時間、入力応答、画面更新、切断状況を記録します。繰り返しテストしても改善しない場合に限り、チームの所在地に近い販売中のノードを検討してください。
リモートデスクトップ接続は入口にすぎません。アカウントの共有、離席中のロック忘れ、異常なセッションの放置は、プロジェクトコードやビルド環境の露出範囲を広げます。
入力するたびに現在のノードに対応する接続情報だけを使い、他サービスのパスワードをリモートデスクトップのアカウントに流用しないでください。
チームで協業する場合は操作者と時間帯を先に決め、複数人が同じ認証情報で実行元を特定できないタスクを同時に起動しないようにします。
タスクは実行を続けられますが、離席時と作業終了時にはデスクトップをロックしてください。クライアントウィンドウを閉じるだけでリモートセッションをロックしたことにはなりません。
身に覚えのないセッション、不審な入力、想定外のタスクを見つけたら、すぐに認証情報を更新し、時刻とログを保存してサポートチームに連絡してください。
切断後はまずノードを確認し、次にローカルネットワーク、クライアントログ、認証情報、セッションの使用状況を確認します。各手順では1つの問題だけを確認し、結果をサポート依頼に記載してください。
| 順序 | 確認対象 | 具体的な操作 | 記録する結果 |
|---|---|---|---|
| 01 | ノードの状態 | コンソールでノードが利用可能なままか確認し、ノード地域と現在の注文が一致するか確認します。 | 状態表示、地域、確認時刻 |
| 02 | ローカルネットワーク | ネットワークが切り替わっておらず、プロキシやファイアウォールの設定が変わっていないことを確認し、帯域を使う同期タスクを一時停止します。 | ネットワーク種別、接続先ポートへのアクセス可否 |
| 03 | クライアントログ | 切断前後のエラーテキストを確認し、「接続失敗」だけで済ませず、エラー行全体とクライアントバージョンを保存します。 | エラーテキスト全文、バージョン、発生時刻 |
| 04 | 認証情報の有効性 | コンソールから接続先とアカウント名を再確認し、古い接続情報や余分な空白を使っていないことを確認します。 | 確認結果、どの手順で失敗したか |
| 05 | セッションの使用状況 | 別のメンバーまたはクライアントがセッションを保持していないか、重複タスクがないか確認します。 | セッション数、操作者、関連タスク |
ログイン後、注文番号、ノード地域、発生時刻、エラーテキスト全文、試した手順を添付してください。追加情報と対応状況は同じチケットで確認できます。
次の宛先にメールを送信 support@bookamini.com。メールには同じ依頼テンプレートを使用し、アカウントのパスワード、リカバリーコード、秘密鍵は送信しないでください。
BookAMiniでは販売中のクラウドMac構成を2種類、ノードを6か所用意しています。注文後、コンソールに表示される最新状況に従ってVNC情報を取得し、このページの手順で初回接続を完了してください。