メインコンテンツへスキップ
すべてのドキュメント

管理機能とアクセス制御

保護されたダッシュボードから、スタッフのアクセス、サイト全体のポリシー、管理業務を統制します。

ワークフロー
  1. ダッシュボードを開く割り当てられたアカウントでサインインし、サイドバーのAdministrationリンクを使います。リンクがない場合、その機能は現在のロールでは許可されていません。
  2. 操作前に権限を確認するGodはすべての管理機能を利用できます。adminとsuperadminには一般管理領域がありますが、一部の全体設定はGodだけが変更できます。
  3. 範囲を限定して変更する対象の記録と現在の状態、関連項目を確認し、依頼されたフィールドだけを変更します。ロール、認証、公開状態の変更はセキュリティ上重要な操作として扱ってください。
  4. 保存して結果を確認するフォームを送信し、成功通知と更新後の記録状態を確認します。入力検証エラーに従って修正し、前回の結果が分かるまで機密性の高い操作を再試行しないでください。
  5. 監査記録を残すAudit Logで管理イベントを検索またはエクスポートします。理由の入力欄がある場合は正確に記録し、重大な変更の後に該当イベントを確認します。

ダッシュボードへのアクセスとロール

サイドバーはロールに応じて表示されます。admin、superadmin、Godには一般管理機能があり、一部の全体制御はGod専用です。Rolesでは既存の権限割り当てを編集します。汎用ロールを新規作成する機能ではありません。共有アクセスを変更する前に、ロールと割り当てユーザーを確認してください。

  1. Rolesを開き、確認するロールを選択します。
  2. 権限を承認済みの職務と照合し、無関係なアクセスを取り除きます。
  3. 保存後、意図したダッシュボードリンクが表示されることを確認します。

ユーザー管理

Usersでは検索、詳細表示、作成・編集、状態変更、一括操作、エクスポートができます。変更前にアカウント状態とロールを確認してください。ウォレットクレジットは別の金銭操作です。代理ログインは管理下で行う機能であり、ユーザー自身の認証や保護対象操作のステップアップ認証を代替しません。

  1. 本人確認済みの正しいアカウント記録を検索して開きます。
  2. 依頼されたプロフィール、ロール、有効状態だけを変更します。
  3. 記録を再度開いて結果を確認し、再試行前にエラーを解決します。

サイトテーマとサインインポリシー

God専用のSite Authentication and Themeページでは、サイト全体のテーマポリシーと通常サインイン/SSOサインインを管理します。承認された設定だけを保存し、公開ページの入口とログイン画面を確認してください。ユーザー個人のテーマ設定は別管理で、プロフィールにあります。

  1. Site Authentication and Themeで現在のポリシーを確認します。
  2. 許可されたモードまたはテーマを選び、保存します。
  3. 入口と表示されるログインフォームを確認し、変わらない場合は設定を再度開きます。

監査と証跡

Audit Logでは絞り込み、イベント詳細の確認、エクスポートができます。実行者、操作、対象、メタデータを調べ、影響を受けた記録も別途確認してください。編集変更には変更前後の値と理由を保持できます。エクスポートと個人データはアクセス制限のある情報として扱います。

  1. 該当する日付、実行者、操作で絞り込みます。
  2. イベントを開き、影響を受けた記録と照合します。
  3. 必要な場合だけエクスポートし、承認済みの場所に保管します。

安全な管理の実践

作業を完了できる最小権限のロールを使います。関連ダッシュボードを閲覧できる管理者でも、God権限が必要な操作があります。特に機密性の高いバックアップ操作では新しいMFA認証が必要です。正規のステップアップ認証を通常のフローで完了してください。プロバイダーのシークレットや顧客識別情報を備考やドキュメントに書かないでください。一括操作では送信前に対象行と影響を確認します。非同期操作は同じ処理を繰り返さず、状態または監査記録で進捗を確認してください。

  1. 変更前にアカウントのロールと新しい認証を求める画面を確認します。
  2. 対象と範囲を確認し、フォームに求められた場合は有用な理由を記入します。
  3. 結果の記録と監査項目を確認し、食い違いがあれば別の広範な変更で補わずエスカレーションします。

アクセスのトラブルシューティング

メニュー項目がない場合、現在のロールまたはリソース固有の権限に含まれていないことが一般的です。アクセス拒否の応答はサーバー側ポリシーでも拒否されたことを示します。別アカウントを使って回避しないでください。ページは開けても保存できない場合は、フィールドごとの検証エラーを読み、必須項目と許可値を確認します。変更が受理されたのに表示されない場合は、再試行前に記録を再読み込みして監査イベントを確認してください。

  1. 自分のロールとリソース固有のアクセス割り当てを確認します。
  2. 表示されたエラーを読み、拒否された項目または必須手順だけを修正します。
  3. アクセスが本当に必要な場合は、ロールの管理者に必要最小限の承認済み権限を依頼します。

よくある質問

操作メニューが表示されないのはなぜですか?

ダッシュボードはロールに応じてリンクを隠します。また、一部のサーバー操作には一般管理領域より厳しい権限が必要です。ロール管理者に必要最小限のアクセスを確認してください。

adminはすべてのサイト設定を変更できますか?

いいえ。サイト認証ポリシーやバックアップ操作など、一部の全体設定は明示的にGod専用です。

変更結果はどこで確認できますか?

対象の記録を開き直します。影響の大きい管理変更では、Audit Logで対応するイベントも確認してください。

不足しているロールを代理ログインで回避できますか?

いいえ。代理ログインは権限を回避する手段ではなく、通常の認証、認可、ステップアップ認証の代わりにもなりません。

入力検証エラーが出たらどうすればよいですか?

フォームで指摘された項目を修正し、現在の保存内容を確認して一度だけ送信してください。結果が不明な操作を繰り返さないでください。

監査理由に認証情報を書いてもよいですか?

いいえ。理由には業務目的を記載し、パスワード、プロバイダーキー、非公開ホスト情報、不要な個人情報を含めないでください。

関連ページ