サーバ証明書に指定されたホスト名と一致する必要があります。複数のサブドメインと一致することはできません。サーバ証明書に指定されたホスト名と一致する必要があります。すべてのサブドメインに一致します。サーバ証明書に指定されたホスト名と一致する必要はありません。サーバ証明書で指定されたホスト名である場合は、次のようになります。ホスト名検証は失敗します。ホスト名検証は成功します。ホスト名検証では、ホスト名の値は完全に無視されます。ブロック全体をコピーします。この文字列全体をフィールドに入力します。自己署名されたサーバ証明書にアクセスできない場合は、フィールドを空白のままにします。サーバから証明書を取得します。行を含むテキストのブロック全体をコピーします。この文字列全体をフィールドに入力します。ブロック全体をコピーします。この文字列全体をフィールドに入力します。次のタスク証明書の有効期限を記録します。現在の証明書の有効期限が切れた後に、新しいサーバ証明書を入力するためのカレンダー通知を設定することもできます。ソースの設定を続けます。メニューやページにアクセスすることができます。ロールを持つアカウント。ロールを持つアカウント。有効または無効にすることができます。アカウントを参照してください。データ)をバックアップおよび復元できます。詳細については、バックアップと復元を参照してください。データの定期的なバックアップを実行することを推奨します。データを分析するには、インシデント表およびインシデント詳細ページを使用します。インジケータに対する最初のオブザーバブルがトラフィックに見られたときにインシデントを生成します。単一の監視後、簡易インジケータが完全に実現されます。以上の追加の監視がそのパターンを実行するまで、部分的に実現されます。複雑なインジケータは、必ずしも単一のトランザクション中に達成される必要はありません。各オブザーバブルは、異なるトランザクションにより、時間の経過とともに個別に達成できます。インジケータのパターンを評価するときに、サポートされていない、無効な、およびホワイトリストに登録されたオブザーバブルを無視します。インシデントが完全に実現された後、その後の監視で新しいインシデントがトリガーされます。上記の例からのオブザーバブルを取り込み、オブザーバブルが順番に確認されると、インシデント生成は次のように進行します。対して完全に実現されたインシデントを生成します。対して、部分的に実現されたインシデントを生成します。