注文とノードの状態
コンソールで注文が利用可能な状態になっていることを確認し、現在のノードIDを照合します。利用可能かどうかはコンソールのリアルタイム表示を基準にしてください。
確認:注文IDとノードIDが一致まずコンソールでノードと接続元を確認し、ユーザー名と鍵を準備します。最後に用途に応じてSSH、リモートデスクトップ、または自動化セッションを選択します。NowMiniの各注文にはM4物理マシン1台が割り当てられ、仮想マシンではありません。
6項目すべてが同じ注文・同じノードの情報であることを確認します。古いノードアドレス、他メンバーのユーザー名、過去の鍵を今回の接続に混在させないでください。
コンソールで注文が利用可能な状態になっていることを確認し、現在のノードIDを照合します。利用可能かどうかはコンソールのリアルタイム表示を基準にしてください。
確認:注文IDとノードIDが一致一覧にはシンガポール、日本(東京)、韓国(ソウル)、香港が含まれます。接続情報が選択したリージョンのものか確認し、別ノードのアドレスを使わないでください。
確認:リージョンと注文記録が一致ユーザー名、鍵ファイル、認証情報の有効範囲を1文字ずつ確認します。秘密鍵は管理対象の端末にのみ保存し、チャットやコードリポジトリで共有しないでください。
確認:認証情報が現在の利用者に属している現在のパブリック出口またはチームゲートウェイが、ノードの接続元制限を満たしているか確認します。ネットワークを変更した場合は、出口アドレスが変わっていないか再確認してください。
確認:現在の接続元が許可されているプロキシ、企業ファイアウォール、公衆Wi-Fi、不安定な経路の影響を切り分けます。必要に応じて別の信頼できるネットワークでも検証してください。
確認:対象ポートへの接続を確立できるSSHまたはグラフィッククライアントの名称・バージョンと、ローカルOSのバージョンを記録します。チームでは同じ接続パラメータを使い、クライアント差を減らしてください。
確認:バージョンとパラメータを記録済みコマンド内のホストアドレス、ユーザー名、鍵ファイルにはプレースホルダーを使用しています。実行前にコンソールから現在のノード情報をコピーし、例の文字列をそのまま使わないでください。
まずファイルの所有者が現在のローカルユーザーであることを確認し、他のアカウントから読み取れないようにします。鍵ファイル名で環境を区別しつつ、実際のパスワードやトークンは含めないでください。
鍵、ユーザー名、ホストアドレスを明示的に指定します。初回の切り分けではクライアント出力を残し、多数の非表示パラメータでエラー原因を隠さないでください。
初回接続時に表示されるフィンガープリントを、コンソールの情報と照合します。同じ名前のアドレスに接続したことがあってフィンガープリントが変わっている場合は、接続を停止してノード記録を確認してください。
ログイン後、ホスト名、現在のユーザー、作業ディレクトリ、利用可能なディスクを確認します。本人確認が済んでいないセッションにコード、証明書、モデルファイルを取り込まないでください。
chmod 600 ~/.ssh/<KEY_FILE>
ssh -i ~/.ssh/<KEY_FILE> <USERNAME>@<HOST_ADDRESS>
ssh -vv -i ~/.ssh/<KEY_FILE> <USERNAME>@<HOST_ADDRESS>
hostname
whoami
pwd
df -h
グラフィックセッションはXcode、Logic Pro、ウィンドウ操作が必要な作業に適しています。接続できても操作感が安定しているとは限りません。解像度、キーボード、クリップボードを個別に確認してください。
コンソールから現在のノードのグラフィック接続情報を取得し、ホストアドレス、ユーザー名、接続元を確認します。初回セッションは標準画質のままにして、macOSのグラフィック画面に安定して入れることを確認してください。
ローカル画面と回線品質に応じて段階的に調整します。高解像度では帯域幅とエンコード負荷が増えるため、継続的に途切れる場合はまず画面サイズを下げ、ノードの問題か判断します。
日本語・英語の切り替え、Command、Option、Control、ファンクションキー、よく使うショートカットを確認します。ローカルOSによってマッピングが異なる場合があるため、チームで統一したキー配置を記録してください。
まず機密情報を含まない短いテキストで、片方向・双方向のコピーをテストします。秘密鍵、完全なトークン、マスキング前の本番データをクリップボードで渡さないでください。
まずローカルネットワークが切り替わっていないか確認し、次に接続元、クライアントログ、ノードの状態を確認します。再接続前に同じセッションを何度も作成しないでください。デスクトップの応答を誤って判断する原因になります。
ソースコード、一時ファイル、ビルド成果物に同じ同期方法を使わないでください。データの出所、宛先、保持期間を定めてから、Git、安全なファイル転送、成果物の回収を選択します。
| 経路 | 適した内容 | 実行方法 | セキュリティ上の境界 | 確認結果 |
|---|---|---|---|---|
| Gitで取得 | バージョン管理されたソースコード、スクリプト、設定テンプレート | 独立した作業ディレクトリでクローンまたは取得し、ブランチとコミットを固定して依存関係ロックファイルを記録 | リポジトリに秘密鍵、トークン、署名素材、ローカル認証情報ファイルを書き込まない | コミットハッシュがパイプラインの想定と一致 |
| 安全なファイル転送 | モデルファイル、素材、一時データ、リポジトリに入れない入力ファイル | 管理されたアカウントと明確な宛先ディレクトリを使って転送し、完了後にファイル数、サイズ、チェックサムを確認 | 必要なディレクトリだけを開き、一時ファイルの削除担当者と期限を設定 | ファイルが完全で用途に合った権限になっている |
| ビルド成果物を回収 | アーカイブ、ログ、テストレポート、シンボルファイル、納品パッケージ | 作業終了後に出力ディレクトリから回収し、タスクID、コミットハッシュ、ビルド番号で命名 | 回収前に環境変数、認証情報の一部、マスキング前のログが含まれていないか確認 | 成果物を一意のタスクまで追跡できる |
単一ファイルまたは小規模なディレクトリに適しています。以下のホスト、ユーザー、鍵、パスはすべてプレースホルダーです。
scp -i ~/.ssh/<KEY_FILE> <LOCAL_FILE> <USERNAME>@<HOST_ADDRESS>:<REMOTE_PATH>
繰り返し転送するディレクトリに適しています。削除系のオプションを本番実行する前に、プレビューモードで変更範囲を確認してください。
rsync -av --dry-run -e "ssh -i ~/.ssh/<KEY_FILE>" <LOCAL_PATH> <USERNAME>@<HOST_ADDRESS>:<REMOTE_PATH>
自動化アカウントを日常の対話用アカウントと共用しないでください。ID、鍵、作業ディレクトリ、キャッシュ、ログを分けて管理すると、障害発生時に対象タスク、権限、入力を特定できます。
runner用の専用システムアカウントを作成し、自動化タスクだけを担当させます。対話型開発、グラフィックセッション、パイプライン実行は別のID境界で管理してください。
鍵にはタスクに必要なログイン権限とディレクトリ権限だけを付与します。リポジトリ、チーム、環境ごとに別の鍵を使い、漏えい時の影響範囲を抑えてください。
ソースコード、キャッシュ、一時ファイル、成果物をそれぞれ固定ディレクトリに配置します。タスク開始前に変動する状態を整理し、終了後は必要な記録を残してください。
タスクID、コミットハッシュ、開始・終了時刻、終了コード、成果物の場所を記録します。認証情報に関わるログ項目は必ずマスキングしてください。
ネットワーク、アドレス、鍵、クライアントパラメータを同時に変更しないでください。毎回1つの層だけを検証して結果を記録すると、ローカルの問題、接続制限、認証エラー、サービス状態を区別できます。
端末が正常にネットワークへ接続できることを確認し、経路を書き換える可能性のある一時プロキシを無効にして再試行します。別の信頼できるネットワークでも検証し、現在の出口に問題が付随するか判断します。
コンソールで許可された接続元と現在のパブリック出口を照合します。企業ネットワーク、モバイルホットスポット、家庭のネットワークを切り替えると出口アドレスが変わる場合があります。
ユーザー名が現在のノードに属し、秘密鍵のパスが正しく、ローカルファイル権限が十分に制限されていることを確認します。認証に失敗しても無関係な鍵を連続して試さないでください。
コンソールからアドレスを再コピーし、古い記録、空白、文字の欠落、ノードの取り違えを排除します。設定エイリアスを使う場合は、展開後の実際の値も確認してください。
コンソールに戻り、注文、ノード、接続サービスのリアルタイム応答を確認します。ローカルクライアントの一般的なエラーだけでノードの状態を判断しないでください。
失敗がアドレス解析、ネットワーク接続の確立、プロトコルネゴシエーション、本人確認、セッション開始のどの段階で起きたか記録します。サポート依頼前に認証情報と機密パスを削除してください。
コンソールからチケットを送信し、注文ID、ノードのリージョン、発生時刻、再現手順、クライアントのバージョン、マスキング済みログを添付します。未注文の場合は、問い合わせページで目的のワークフローと希望リージョンをお知らせください。
ウィンドウを閉じるだけではセッション終了の一部にすぎません。一時的な認証情報、キャッシュ、転送ファイル、チームメンバーの権限をすべて明確に処理してください。
実行中のコマンドとグラフィックアプリを正常に終了してから、SSHまたはグラフィックセッションを閉じます。作業ディレクトリや出力ファイルを占有する対話型プロセスが残っていないことを確認してください。
完了の目安:セッションが明確に終了今回のタスクのためだけに作成した一時鍵、トークン、アカウント権限を削除します。取り消し後に検証を行い、古い認証情報でノードにアクセスできないことを確認してください。
完了の目安:一時アクセスが無効再利用可能なビルドキャッシュ、タスクの一時ファイル、機密入力を区別します。用途と保持期間が定義された内容だけを残し、それ以外はタスクリストに沿って削除してください。
完了の目安:ディレクトリと保持ルールが一致チームメンバーがプロジェクトを離れる、または役割が変わった場合は、アクセス鍵をローテーションし、旧アカウントの権限を削除します。runner、スクリプト、ローカル設定が古い認証情報を参照していないかも確認してください。
完了の目安:メンバーと権限を再対応付けタスクID、コミットハッシュ、成果物の場所、終了コード、担当者、終了時刻は記録できます。パスワード、秘密鍵、完全なトークン、機密業務データを確認記録に書き込まないでください。
まずコンソールで注文、リージョン、ホストアドレス、認証情報を確認します。新しいノードが必要ならNowMini M4を注文できます:M4、16GB RAM、256GB SSD、専有物理マシン、仮想マシンではありません。