VNC接続ワークシート

接続情報を取得して、クラウドMacのデスクトップを安定利用

項目ごとに確認できるVNC接続手順です。まずノードの状態と接続先を確認し、クライアントを設定して画面と画質をチェックします。切断時も決められた順序で確認すれば、手当たり次第に試す必要はありません。

約4分 初回接続を完了
4項目 接続前の必須確認
1つの手順 切断原因の特定に使用
REMOTE HANDOFF 接続情報引き継ぎ票
設定を開始できます
ノードの状態
利用可能
接続先
host.example:5900
アカウント名
remote-user
デスクトップモード
解像度を自動調整
SGシンガポール JP日本(東京) KR韓国(ソウル) HK香港 US-E米国東部 US-W米国西部
$select-region JP

region accepted: JP-TYO

$request-physical-node

dedicated host assigned

$start-build-session

desktop and terminal ready

開始価格 $20.1/日 利用可能状況はコンソールの最新表示をご確認ください
接続前の準備

4つの基本情報を手元に用意

初回接続の問題の多くはVNC自体ではなく、ノードの状態、アドレス形式、アカウント名、またはローカルネットワーク設定の確認不足が原因です。接続前に次の4項目を順番に確認してください。

ノードの状態を確認

コンソールで現在のノードを確認します。状態が「利用可能」になってから接続してください。割り当て中または接続情報の生成中なら、完了するまで待ってからクライアントを設定します。

記録する情報
ノードの地域、現在の状態
合格条件
状態が「利用可能」と明確に表示されている

接続先を保存

ホスト名またはアドレスとポートを完全な形で保存し、一部だけを切り取らないでください。コピー後、空白、改行、日本語の句読点が混入していないか確認します。

記録する情報
ホストアドレス、ポート
合格条件
コンソールの表示と完全に一致

アカウント名を確認

アカウント名とパスワードは別々に保存し、入力時は大文字・小文字とキーボード配列に注意してください。注文用メールアドレスをリモートデスクトップのアカウント名に使わず、接続情報を関係者以外に転送しないでください。

記録する情報
リモートアカウント名
合格条件
項目の出所が明確で混同していない

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

現在のネットワークでVNC接続が許可され、会社のプロキシ、ファイアウォール、ゲストネットワークのポリシーに遮断されていないことを確認します。帯域を大量に使う同期やダウンロードは先に停止してください。

記録する情報
ネットワーク種別、クライアントバージョン
合格条件
接続先ポートに正常にアクセスできる
初回接続のタイムライン

4段階、合計約4分

コンソールにノードが利用可能と表示された時点から計測します。各手順に完了条件を設けるため、問題が起きてもどの段階で止まったかを明確にできます。

約4分 情報取得、クライアント設定、セッション確立、画面確認

所要時間はコンソールの最新表示、クライアント環境、ローカルネットワークの状態によって異なります。

接続情報を取得

コンソールでノードの状態を確認し、接続先、ポート、アカウント名をコピーします。3項目を個別に保存して確認できれば完了です。

VNCクライアントを設定

接続プロファイルを作成し、接続先と表示設定を入力します。初回は解像度の自動調整と中程度の画質を使用し、最初から最高画質にする必要はありません。

リモートセッションを確立

リモートアカウント名と対応する認証情報を入力し、クライアントに表示された接続先がコンソールと一致することを確認してから接続します。デスクトップの読み込み完了を待ちます。

デスクトップを確認

ウィンドウを移動し、文字を入力して、ターミナルで影響のない確認コマンドを実行します。入力、画面更新、コピーと貼り付けが想定どおり動くことを確認してください。

VNC接続手順

アドレス、アカウント、表示設定、接続操作を1枚のチェックリストで確認

以下の画面例には実際の認証情報は含まれていません。項目の位置と操作順は一般的なVNCクライアントの流れに基づいており、名称はクライアントのバージョンによって異なる場合があります。

CONNECTION PROFILE 新しいリモートデスクトップ接続
サンプル情報
01
サーバーアドレス host.example:5900
コンソールから完全な形でコピー
02
ユーザー名 remote-user
注文用メールアドレスで代用しない
03
表示設定 Adaptive · Medium
初回接続は中程度の画質から開始
接続前の再確認 アドレス、ポート、アカウント名、キーボード配列
接続
セッションプレビュー 2560 × 1440
Xcodeプロジェクト
画面更新 安定 入力応答 正常
サンプルのアドレスとアカウント名は項目の位置を示すためだけのものです。実際の接続情報は、現在の注文のコンソールからのみ取得してください。
アドレス

ポート情報を保持

クライアントでホストとポートが別項目の場合は分けて入力します。1つの項目の場合は、コンソールに表示された完全な形式をそのまま使用してください。

アカウント

大文字・小文字を確認

アカウント名と認証情報は原文どおり入力します。連続して失敗したら試行を止め、項目を確認し直してください。入力ミスをノード障害と誤認しないためです。

表示

安定性を確認してから画質を上げる

初回接続では解像度の自動調整と中程度の画質を選びます。操作が滑らかだと確認してから、色彩と鮮明さを段階的に上げてください。

接続

接続先を確認して実行

接続する前に接続先を再確認し、古い接続プロファイルを開いてチームが以前使った別のノードへ誤接続しないようにします。

デスクトップとターミナルの併用

画面作業はデスクトップ、繰り返し作業はターミナルへ

リモートデスクトップとコマンドラインは二者択一ではありません。視覚的な確認が必要な作業はVNCで行い、繰り返し可能で記録を残せる自動化タスクはターミナルで実行します。長時間のタスクには必ず1つの実行入口を用意してください。

グラフィカルデスクトップ

画面の状態を確認する必要がある作業に適しています

  • Xcodeを開き、プロジェクト設定とビルドターゲットを確認する
  • コンパイルエラーの位置、プレビュー結果、アプリ画面を確認する
  • ドラッグ&ドロップ、ウィンドウ切り替え、目視確認が必要な手順を処理する
  • 別のデスクトップセッションですでにタスクが実行されていないか確認する
利用原則

デスクトップは起動と確認に使い、大量の継続ログをリモート画面に表示し続けないでください。

コマンドライン

自動化、ログ、再現可能なタスクに適しています

  • ビルドスクリプト、テスト、依存関係の確認を実行する
  • self-hosted runnerと継続的インテグレーションのフローを実行する
  • 完全な出力をログファイルに書き込み、失敗時に比較できるようにする
  • 明確な作業ディレクトリとタスク識別子でプロセスを記録する
利用原則

コマンドラインは実行と記録を担当します。長時間タスクの開始後はプロセスとログの場所を記録し、複数のセッションで重複起動しないでください。

DUPLICATE TASK GUARD

同じビルドタスクの重複起動を防ぐ

  1. 01
    先にプロセスを確認

    同じプロジェクト、スクリプト、runnerがすでに実行中でないか確認します。

  2. 02
    次にログを確認

    最新の出力時刻を確認し、タスクが実行中か停止済みかを判断します。

  3. 03
    最後に起動

    既存のタスクが明確に終了してから、1つの入口で再実行します。

画質と遅延の調整

一度に1つだけ変更し、入力応答を記録

画面の鮮明さ、色彩品質、帯域消費は互いに影響します。すべての設定を一度に変更すると、どの項目が改善または悪化させたのか判断できません。

  • 現在の画面に合う作業サイズへ解像度を調整する
  • 残像や画面更新の遅れがある場合は色彩品質を下げる
  • 小さな画面で大きなデスクトップを見る場合は拡大率を優先して調整する
  • キーボード入力から画面反映までの体感遅延を記録する
  • 同じ操作を3回繰り返し、一時的なネットワーク揺らぎを除外する
解像度 読みやすく、頻繁に拡大縮小しなくてよいサイズから始める
中程度
色彩品質 コード編集では色彩を最大にするより応答性を優先する
バランス重視
画面の拡大縮小 クライアントとシステムで同時に拡大縮小しない
自動調整
入力遅延 連続入力、ウィンドウ移動、メニューの反応を総合して判断する
低め
ノードを切り替える前に

比較できる記録を1組残す

同じネットワーク、同じクライアント設定で、接続確立時間、入力応答、画面更新、切断状況を記録します。繰り返しテストしても改善しない場合に限り、チームの所在地に近い販売中のノードを検討してください。

シンガポール 日本(東京) 韓国(ソウル) 香港 米国東部 米国西部
セッションの安全管理

接続が必要な人だけに認証情報を共有し、終了後はすぐロック

リモートデスクトップ接続は入口にすぎません。アカウントの共有、離席中のロック忘れ、異常なセッションの放置は、プロジェクトコードやビルド環境の露出範囲を広げます。

01

固有の認証情報を使う

入力するたびに現在のノードに対応する接続情報だけを使い、他サービスのパスワードをリモートデスクトップのアカウントに流用しないでください。

02

アカウントを共有しない

チームで協業する場合は操作者と時間帯を先に決め、複数人が同じ認証情報で実行元を特定できないタスクを同時に起動しないようにします。

03

離席前にセッションをロック

タスクは実行を続けられますが、離席時と作業終了時にはデスクトップをロックしてください。クライアントウィンドウを閉じるだけでリモートセッションをロックしたことにはなりません。

04

不審なログインに対応

身に覚えのないセッション、不審な入力、想定外のタスクを見つけたら、すぐに認証情報を更新し、時刻とログを保存してサポートチームに連絡してください。

SESSION CLOSEOUT

リモート作業を終了するとき

  • タスクを確認実行中のビルド、テスト、自動化プロセスを記録
  • 結果を保存プロジェクトの変更、ログの場所、次の担当者に必要な情報を保存
  • 機密性の高いツールを終了使い終えたプロジェクト管理画面と認証情報画面を閉じる
  • デスクトップをロックリモートセッションをロックしてから、ローカルのVNCクライアントを切断
切断からの復旧とトラブル解決

決められた順序で確認し、異なる問題を混同しない

切断後はまずノードを確認し、次にローカルネットワーク、クライアントログ、認証情報、セッションの使用状況を確認します。各手順では1つの問題だけを確認し、結果をサポート依頼に記載してください。

VNC切断復旧チェック順序
順序 確認対象 具体的な操作 記録する結果
01 ノードの状態 コンソールでノードが利用可能なままか確認し、ノード地域と現在の注文が一致するか確認します。 状態表示、地域、確認時刻
02 ローカルネットワーク ネットワークが切り替わっておらず、プロキシやファイアウォールの設定が変わっていないことを確認し、帯域を使う同期タスクを一時停止します。 ネットワーク種別、接続先ポートへのアクセス可否
03 クライアントログ 切断前後のエラーテキストを確認し、「接続失敗」だけで済ませず、エラー行全体とクライアントバージョンを保存します。 エラーテキスト全文、バージョン、発生時刻
04 認証情報の有効性 コンソールから接続先とアカウント名を再確認し、古い接続情報や余分な空白を使っていないことを確認します。 確認結果、どの手順で失敗したか
05 セッションの使用状況 別のメンバーまたはクライアントがセッションを保持していないか、重複タスクがないか確認します。 セッション数、操作者、関連タスク
SUPPORT REQUEST

サポート依頼テンプレート

パスワードや秘密鍵は送信しない
注文番号
現在の注文番号を入力
ノード地域
コンソールに表示された地域を入力
モデル
現在の注文に対応するモデルを入力
発生時刻
タイムゾーンとおおよその時刻を記載
クライアント
名称、バージョン、ローカルOSのバージョン
エラーテキスト
スクリーンショットだけでなく原文全体を貼り付け
試した手順
確認順に操作と結果を列挙
再現性
毎回発生、断続的、特定のネットワークのみで発生
既存の注文

コンソールからチケットを送信

ログイン後、注文番号、ノード地域、発生時刻、エラーテキスト全文、試した手順を添付してください。追加情報と対応状況は同じチケットで確認できます。

コンソールに入れない場合

サポートメールで連絡

次の宛先にメールを送信 support@bookamini.com。メールには同じ依頼テンプレートを使用し、アカウントのパスワード、リカバリーコード、秘密鍵は送信しないでください。

リモート作業を開始

構成とノードを選び、専用物理マシンの接続情報を取得

BookAMiniでは販売中のクラウドMac構成を2種類、ノードを6か所用意しています。注文後、コンソールに表示される最新状況に従ってVNC情報を取得し、このページの手順で初回接続を完了してください。