Enterprise Vault™ Compliance Accelerator 管理者ガイド
- 概要および最新情報
- Veritas Surveillance を理解する
- Compliance Accelerator デスクトップクライアントの設定
- レポートの作成と表示
- Compliance Accelerator レポートについて
- Microsoft SQL Server Reporting Services (SSRS) を介したデータへのアクセス
- 拡張レポート
- OData Web サービスを介したレポートへのアクセス
- レポート用の Power BI テンプレートの設定
- 付録 A. トラブルシューティング
- Veritas Surveillance ユーザーインターフェースが英語以外の環境で正しく表示されない
- アイテムのランダムサンプリングの問題
- Internet Explorer 10 以降で Compliance Accelerator Web サイトを開くときの表示の問題
- Veritas Surveillance Web クライアントで表示されないボルトストア
- インターネットメール（.eml）メッセージをレビューセットからエクスポートした後に、その TNEF エンコードの添付ファイルが読めなくなることがある
- SQL Server コンピュータ名の変更後の同期エラー
- Accelerator マネージャサービス起動時のパフォーマンスカウンタエラー
- カスタマーデータベースを異なるサーバーに復元するときに SQL Service Broker で警告が発生する
- IR (インテリジェントレビュー) API の認証と認可が失敗したときのエラーメッセージ
- FIPS を有効にした後の既知の問題
認証
データアクセスのセキュリティと整合性を確保するために、レポート API は認証を必要とします。認証を使用して、要求元のクライアントまたはアプリケーションの ID を検証し、API リソースにアクセスするために必要な権限があるかどうかを判断します。この API では、主に次の 2 つの認証方法がサポートされています。
レポートエンドポイント API を設定すると、ベース URL、プライマリおよびセカンダリ API キーが生成されます。API 要求の X-API-Key ヘッダーにプライマリ API キーまたはセカンダリ API キーを含めます。
次に例を示します。
X-API-Key:<Primary or Secondary API Key>
基本認証は、API クライアントが各要求でユーザー名とパスワードを提供する方法です。ユーザーは、このメソッドの認証ヘッダーにエンコードされた文字列を使用します。要求の受信者は、この文字列を使用してユーザーの ID とリソースへのアクセス権を検証します。
次に例を示します。
Authorization: Basic <Base64 encoded credentials>
Base64 エンコードクレデンシャルを生成するには:
クレデンシャル (ユーザー名とパスワード) をコロン (:) と組み合わせます。
メモ:
ユーザー名は ReportingApiUser である必要があります。パスワードは、レポートエンドポイントの設定後に提供されるプライマリまたはセカンダリの API キーである必要があります。どちらかのパスワードを使用します。
例: ReportingApiUser:32adasdf3asdcvzxcweasd
前述の手順で説明したクレデンシャルを指定した後、Base64 エンコードクレデンシャルを生成します。これは、認証ヘッダーの設定時に必要です。
例: dGVuYW50OmtleQ==
したがって、このユーザーが行った要求は、次のヘッダーとともに送信されます。
Authorization: Basic dGVuYW50OmtleQ==
この要求を受信したサーバーは、認証ヘッダーにアクセスし、クレデンシャルをデコードし、ユーザーを検索して要求されたリソースへのアクセスを許可するかどうかを決定できます。