ログ拡張機能から移行する
現在、以下のAuth0ログ拡張機能は廃止され、サポートの終了(EOL)を迎えています。このリストにある廃止されたログ拡張機能から新しい拡張機能を作成することはできません。同等の機能性はログストリームやAuth0 Marketplace統合を使用してセットアップできます。
Auth0 Authentication API Webhooks
Auth0 Management API Webhooks
Logs to Cloudwatch
Logs to Logentries
Logs to Loggly
Logs to Logstash
Logs to Papertrail
Logs to Splunk
Logs to Sumo Logic
Logs to Segment
Logs to Mixpanel
Logs to AppInsights
Logs to Azure Blob Storage
このページでは特定のログ拡張機能から移行する手順を説明します。
Auth0 Authentication API Webhooks
移行先であらゆるログオブジェクトの配列が処理できることを確認してください。
[Extensions(拡張機能)]に移動して、使用しているAuth0 Authentication API webhookを[Installed Extensions(インストール済みの拡張機能)]タブで選択します。
Webhook URLとAuthorizationヘッダー(存在する場合)をコピーします。
次に、[Monitoring(モニタリング)]>[Streams(ストリーム)]>[New Event Stream(新しいイベントストリーム)]に移動します。
[Custom Webhook(カスタムWebhook)]を選択し、名前を入力してから、[Create(作成)]をクリックします。
Webhookを構成します。
拡張機能からコピーしたWebhook URLを[Payload URL(ペイロードURL)]に入力します。
認可トークンがある場合は、それを拡張機能からコピーしたAuthorizationヘッダーに設定します。
[Content Format(コンテンツ形式)]をJSON配列に設定します。
[Save(保存)]をクリックします。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に戻って、Auth0 Authentication API webhooks拡張機能を無効にします。
Auth0 Management API Webhooks
移行先であらゆるログオブジェクトの配列が処理できることを確認してください。
[Extensions(拡張機能)]に移動して、使用しているAuth0 Management API webhookを[Installed Extensions(インストール済みの拡張機能)]タブで選択します。
Webhook URLとAuthorizationヘッダー(存在する場合)をコピーします。
[Monitoring(モニタリング)]>[Streams(ストリーム)]>[New Event Stream(新しいイベントストリーム)]に移動します。
[Custom Webhook(カスタムWebhook)]を選択し、名前を入力してから、[Create(作成)]をクリックします。
Webhookを構成します。
拡張機能からコピーしたWebhook URLを[Payload URL(ペイロードURL)]に入力します。
認可トークンがある場合は、それを拡張機能からコピーしたAuthorizationヘッダーに設定します。
[Content Format(コンテンツ形式)]をJSON配列に設定します。
[Save(保存)]をクリックします。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に戻って、Auth0 Management API webhooks拡張機能を無効にします。
CloudWatch
Auth0 Marketplaceで提供されているAmazon EventBridge統合をセットアップします。イベントがイベントバスで利用可能になったら、ルールを作成して、それらのイベントをAWS CloudWatchにマッピングします。必ず、Auth0 Logs to CloudWatch拡張機能が無効であることを確認してください。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動します。
Auth0 Logs to CloudWatch拡張機能を無効にします。
Loggly
[Logs(ログ)]メニューから[Source Setup(ソースのセットアップ)]を選択します。
[Customer Tokens(カスタマートークン)]タブに移動します。
トークンをコピーします。
[Monitoring(モニタリング)]>[Streams(ストリーム)]>[New Event Stream(新しいイベントストリーム)]に移動します。
[Custom Webhook(カスタムWebhook)]を選択し、名前を入力してから、[Create(作成)]をクリックします。
Webhookを構成します。
[Payload URL(ペイロードURL)]で、
LOGGLY_TOKEN
をLogglyアカウントからコピーしたトークンに置き換えます:https://logs-01.loggly.com/bulk/{LOGGLY_TOKEN}/tag/auth0-{TENANT_NAME}/
[Authorization Token(認可トークン)]は空のままにしておきます。
[Content Type(コンテンツタイプ)]を
application/json
に設定します。[Content Format(コンテンツ形式)]をJSON行に設定します。
[Save(保存)]をクリックします。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動して、Auth0 Logs to Loggly拡張機能を無効にします。
Logstash
[Monitoring(モニタリング)]>[Streams(ストリーム)]>[New Event Stream(新しいイベントストリーム)]に移動します。
[Custom Webhook(カスタムWebhook)]を選択し、名前を入力してから、[Create(作成)]をクリックします。
Webhookを構成します。
使用しているLogstashサーバーからコピーしたURLを[Payload URL(ペイロードURL)]に入力します。
[Authorization Token(認可トークン)]を
Basic <CREDENTIALS>
に設定し、CREDENTIALS
をカンマ区切りのLogstashユーザーとパスワードのBase64エンコード(<USER:PASSWORD>
)に置き換えます。Logstash HTTP資格情報はLogstash構成ファイルにあります。
[Save(保存)]をクリックします。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動して、Auth0 Logs to Logstash拡張機能を無効にします。
Papertrail
Papertrailにログインします。
[Log Destinations(ログ出力先)]に移動して、[Create Log Destination(ログ出力先を作成)]をクリックします。
説明を入力し、出力先の設定を構成します。
[Accept Connections via ...(接続の受け入れ)]ペインで、[Token(トークン)]を選択します。
[Create(作成)]をクリックします。
[Monitoring(モニタリング)]>[Streams(ストリーム)]>[New Event Stream(新しいイベントストリーム)]に移動します。
[Custom Webhook(カスタムWebhook)]を選択し、名前を入力してから、[Create(作成)]をクリックします。
Webhookを構成します。
[Payload URL(ペイロードURL)]を
https://logs.collector.solarwinds.com/v1/logs
に設定します。[Authorization Token(認可トークン)]を
Basic <CREDENTIALS>
に設定し、CREDENTIALS
をPapertrailの出力先設定から取得したPapertrailトークンのBase64エンコードに置き換えます。[Content Format(コンテンツ形式)]をJSON行に設定します。
[Save(保存)]をクリックします。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動して、Auth0 Logs to Papertrail拡張機能を無効にします。
Splunk
Auth0 Marketplaceで提供されているSplunk統合を使用します。必ず、Auth0 Logs to Splunk拡張機能が無効であることを確認してください。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動します。
Auth0 Logs to Splunk拡張機能を無効にします。
Sumo Logic
Auth0 Marketplaceで提供されているSumo Logic統合を使用します。必ず、Auth0 Logs to Sumo Logic拡張機能が無効であることを確認してください。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動します。
Auth0 Logs to Sumo Logic拡張機能を無効にします。
Logentries
現時点では、Logs to Logentries拡張機能からログストリームに移行する手順はありません。
Segment
Auth0 Dashboardにログインします。
[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動して、Segment拡張機能を見つけます。
Writeキーをメモしておきます。これはSegmentへの新しいログストリームで必要になります。
Segment拡張機能を無効にします。
Segmentで受信した最後のログのUTCタイムスタンプをメモします。そのタイムスタンプを知っていれば、Segmentでログの重複を避けながら新しいストリームを作成できます。
[Monitoring(モニタリング)]>[Log Streams(ログストリーム)]に移動して、新しいSegmentログストリームを作成します。所定のフィールドにWriteキーを入力し、[Start From(開始)]セクションにメモしたタイムスタンプを入力します。
ストリームを作成します。
Mixpanel
Mixpanelアカウントにログインして、[Project Settings(プロジェクト設定)]を開きます。[Project ID(プロジェクトID)]と[Data Residency(データ所在地 )](リージョン)をメモします。
Mixpanelはイベントのインポートにプロジェクトトークンの使用を推奨しなくなり、サービスアカウントメカニズムの使用を推奨するようになりました。[Project Settings(プロジェクト設定)]ページ内で[Service Accounts(サービスアカウント)]を選択し、管理者または所有者の権限で新しいサービスアカウントを作成します。資格情報をメモしておきます。
Auth0 Dashboardにログインします。
[Monitoring(モニタリング)]>[Log Streams(ログストリーム)]に移動して、新しいMixpanelログストリームを作成します。プロジェクトID、リージョン、サービスアカウントの資格情報を入力し、ストリームを作成します。
古い拡張機能を忘れずに無効にしてください。[Extensions(拡張機能)]>[Installed Extensions(インストール済みの拡張機能)]に移動して、Auth0 Logs to Mixpanel 拡張機能を無効にします。
AppInsights
Azure EventGridログストリームをセットアップするか、既存のEventGridストリームを活用します。
Azureが提供する指示に従ってログイベントの出力先を設定します。
ログストリーミングでは、ログが異なる記録に変換されることがあります。詳細については、廃止されたログ拡張機能のコードを参照してください。
ログに対して行われる顕著な変換には以下が含まれます。
AppInsightクライアントが上書きされます。
ログタイムと等しいカスタムタイムを設定する
OSとOSのバージョンがログ情報と同等になる
デバイスタイプのタグがモバイルソースからのログかを示す情報を保持する
IPアドレスのタグがログ情報と同等になる
ユーザーID、アカウントID、ユーザーエージェント、認証ユーザーIDのタグがログと同等になる
レコードが整理され、以下のプロパティが空の場合は削除されます。
ip
user_id
user_name
connection
client_name
description
レコードのisMobileプロパティが「yes」または「no」の文字列を含むように変更されます
レコードのdetailsプロパティが1つの文字列に変更されます
レコードのdetailsプロパティが8185文字に切り詰められます
Azure Blob Storage
Azure EventGridログストリームをセットアップするか、既存のEventGridストリームを活用します。
Azureが提供する指示に従ってログイベントの出力先を設定します。
ログストリーミングでは、ログが異なる記録に変換されることがあります。詳細については、廃止されたログ拡張機能のコードを参照してください。
ログに対して行われる顕著な変換には以下が含まれます。
レコードの
type_code
とtype
が調整されます。Type
はtype_code
を人間に読める形式で記述したものです。レコードの
os
、os_version
、device
、device_version
はuser_agent
情報がレコードに含まれている場合に調整されます。