

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

# Runtime-Abdeckung und Fehlerbehebung für Amazon EC2 EC2-Instance
<a name="gdu-assess-coverage-ec2"></a>

Für eine Amazon EC2 EC2-Ressource wird die Laufzeitabdeckung auf Instance-Ebene bewertet. Ihre Amazon EC2 EC2-Instances können unter anderem mehrere Arten von Anwendungen und Workloads in Ihrer AWS Umgebung ausführen. Diese Funktion unterstützt auch von Amazon ECS verwaltete Amazon EC2 EC2-Instances. Wenn Sie Amazon ECS-Cluster auf einer Amazon EC2 EC2-Instance ausführen, werden die Deckungsprobleme auf Instance-Ebene unter Amazon EC2 EC2-Laufzeitabdeckung angezeigt. 

**Topics**
+ [Überprüfen der Abdeckungsstatistiken](#review-coverage-statistics-ec2-runtime-monitoring)
+ [Änderung des Abdeckungsstatus mit Benachrichtigungen EventBridge](#ec2-runtime-monitoring-coverage-status-change)
+ [Behebung von Problemen mit der Amazon EC2 EC2-Runtime-Abdeckung](#ec2-runtime-monitoring-coverage-issues-troubleshoot)

## Überprüfen der Abdeckungsstatistiken
<a name="review-coverage-statistics-ec2-runtime-monitoring"></a>

Die Deckungsstatistik für die Amazon EC2 EC2-Instances, die Ihren eigenen Konten oder Ihren Mitgliedskonten zugeordnet sind, ist der Prozentsatz der fehlerfreien EC2-Instances an allen EC2-Instances in den ausgewählten. AWS-Region Die folgende Gleichung stellt dies wie folgt dar:

*(Fehlerfreie Instances) \*100 instances/All *

Wenn Sie den GuardDuty Security Agent auch für Ihre Amazon ECS-Cluster bereitgestellt haben, wird jedes Problem mit der Abdeckung auf Instance-Ebene im Zusammenhang mit Amazon ECS-Clustern, die auf einer Amazon EC2 EC2-Instance ausgeführt werden, als ein Problem mit der Laufzeit der Amazon EC2 EC2-Instance angezeigt. 

Wählen Sie eine der Zugriffsmethoden, um die Abdeckungsstatistiken für Ihre Konten einzusehen.

------
#### [ Console ]
+ Melden Sie sich bei an AWS-Managementkonsole und öffnen Sie die GuardDuty Konsole unter. [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)
+ Wählen Sie im Navigationsbereich **Runtime Monitoring** aus.
+ Wählen Sie die Registerkarte **Runtime Coverage** aus.
+ Auf der Registerkarte **EC2-Instance-Laufzeitabdeckung** können Sie die Deckungsstatistiken einsehen, die nach dem Deckungsstatus jeder Amazon EC2 EC2-Instance aggregiert sind, die in der Tabelle mit der **Instance-Liste** verfügbar sind. 
  + Sie können die Tabelle mit der **Instance-Liste** nach den folgenden Spalten filtern:
    + **Konto-ID**
    + **Agentenverwaltungs-Typ**
    + **Version des Agenten**
    + **Abdeckungsstatus**
    + **Instanz-ID**
    + **Cluster-ARN**
+ Wenn eine Ihrer EC2-Instances den **Coverage-Status** als **Unhealthy** hat, enthält die Spalte **Issue** zusätzliche Informationen über den Grund für den Status **Unhealthy**.

------
#### [ API/CLI ]
+ Führen Sie die [ListCoverage](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListCoverage.html)API mit Ihrer eigenen gültigen Melder-ID, Ihrer aktuellen Region und Ihrem Service-Endpunkt aus. Mit dieser API können Sie die Instanzliste filtern und sortieren.
  + Sie können das Beispiel `filter-criteria` ändern mit einer der folgenden Optionen für `CriterionKey`:
    + `ACCOUNT_ID`
    + `RESOURCE_TYPE`
    + `COVERAGE_STATUS`
    + `AGENT_VERSION`
    + `MANAGEMENT_TYPE`
    + `INSTANCE_ID`
    + `CLUSTER_ARN`
  + Wenn **EC2 `filter-criteria`** enthalten `RESOURCE_TYPE` ist, unterstützt Runtime Monitoring nicht die Verwendung von **ISSUE** als. `AttributeName` Wenn Sie es verwenden, führt die API-Antwort zu`InvalidInputException`.

    Sie können das Beispiel `AttributeName` in `sort-criteria` ändern mit einer der folgenden Optionen:
    + `ACCOUNT_ID`
    + `COVERAGE_STATUS`
    + `INSTANCE_ID`
    + `UPDATED_AT`
  + Sie können das ändern {{max-results}} (bis zu 50).
  + Informationen zu den Einstellungen `detectorId` für Ihr Konto und Ihre aktuelle Region finden Sie auf der Seite **„Einstellungen**“ in der [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)Konsole oder führen Sie die [https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html)API aus.

  ```
  aws guardduty --region {{us-east-1}} list-coverage --detector-id {{12abc34d567e8fa901bc2d34e56789f0}} --sort-criteria '{"AttributeName": "{{EKS_CLUSTER_NAME}}", "OrderBy": "{{DESC}}"}' --filter-criteria '{"FilterCriterion":[{"CriterionKey":"{{ACCOUNT_ID}}", "FilterCondition":{"EqualsValue":"111122223333"}}] }'  --max-results {{5}}
  ```
+ Führen Sie die [GetCoverageStatistics](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_GetCoverageStatistics.html)API aus, um aggregierte Statistiken zur Abdeckung abzurufen, die `statisticsType` auf dem basieren.
  + Sie können das Beispiel `statisticsType` zu einer der folgenden Optionen ändern:
    + `COUNT_BY_COVERAGE_STATUS` – Stellt Abdeckungsstatistiken für EKS-Cluster dar, aggregiert nach Abdeckungs-Status.
    + `COUNT_BY_RESOURCE_TYPE`— Statistiken zur Abdeckung, aggregiert auf der Grundlage des AWS Ressourcentyps in der Liste.
    + Sie können das Beispiel `filter-criteria` im Befehl ändern. Sie können die folgenden Optionen für `CriterionKey` verwenden:
      + `ACCOUNT_ID`
      + `RESOURCE_TYPE`
      + `COVERAGE_STATUS`
      + `AGENT_VERSION`
      + `MANAGEMENT_TYPE`
      + `INSTANCE_ID`
      + `CLUSTER_ARN`
  + Informationen zu den Einstellungen `detectorId` für Ihr Konto und Ihre aktuelle Region finden Sie auf der Seite **„Einstellungen**“ in der [https://console.aws.amazon.com/guardduty/](https://console.aws.amazon.com/guardduty/)Konsole oder führen Sie die [https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html](https://docs.aws.amazon.com/guardduty/latest/APIReference/API_ListDetectors.html)API aus.

  ```
  aws guardduty --region {{us-east-1}} get-coverage-statistics --detector-id {{12abc34d567e8fa901bc2d34e56789f0}} --statistics-type {{COUNT_BY_COVERAGE_STATUS}} --filter-criteria '{"FilterCriterion":[{"CriterionKey":"{{ACCOUNT_ID}}", "FilterCondition":{"EqualsValue":"123456789012"}}] }'
  ```

------

Wenn der Deckungsstatus Ihrer EC2-Instance **Unhealthy** lautet, finden Sie weitere Informationen unter. [Behebung von Problemen mit der Amazon EC2 EC2-Runtime-Abdeckung](#ec2-runtime-monitoring-coverage-issues-troubleshoot)

## Änderung des Abdeckungsstatus mit Benachrichtigungen EventBridge
<a name="ec2-runtime-monitoring-coverage-status-change"></a>

Der Deckungsstatus Ihrer Amazon EC2 EC2-Instance wird möglicherweise als **Ungesund** angezeigt. **Um zu wissen, wann sich der Deckungsstatus ändert, empfehlen wir Ihnen, den Deckungsstatus regelmäßig zu überwachen und Fehler zu beheben, falls der Status auf Ungesund umgestellt wird.** **Alternativ können Sie eine EventBridge Amazon-Regel erstellen, um eine Benachrichtigung zu erhalten, wenn sich der Versicherungsstatus von „**Ungesund**“ in „Fehlerfrei“ oder anderweitig ändert.** GuardDuty Veröffentlicht dies standardmäßig im [EventBridge Bus](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-event-bus.html) für Ihr Konto.

### Beispiel für ein Benachrichtigungsschema
<a name="ec2-gdu-coverage-status-eventbridge-schema"></a>

In einer EventBridge Regel können Sie die vordefinierten Beispielereignisse und Ereignismuster verwenden, um eine Benachrichtigung über den Versicherungsstatus zu erhalten. Weitere Informationen zum Erstellen einer EventBridge Regel finden Sie unter [Regel erstellen](https://docs.aws.amazon.com/eventbridge/latest/userguide/eb-get-started.html#eb-gs-create-rule) im * EventBridge Amazon-Benutzerhandbuch*. 

Darüber hinaus können Sie mithilfe des folgenden Beispiel-Benachrichtigungsschemas ein benutzerdefiniertes Ereignismuster erstellen. Achten Sie darauf, die Werte für Ihr Konto zu ersetzen. Um benachrichtigt zu werden, wenn sich der Deckungsstatus Ihrer Amazon EC2 EC2-Instance von `Healthy` zu ändert`Unhealthy`, `detail-type` sollte dies der Fall sein{{GuardDuty Runtime Protection Unhealthy}}. Um benachrichtigt zu werden, wenn sich der Deckungsstatus von `Unhealthy` auf ändert`Healthy`, ersetzen Sie den Wert von `detail-type` durch{{GuardDuty Runtime Protection Healthy}}.

```
{
  "version": "0",
  "id": "event ID",
  "detail-type": "GuardDuty Runtime Protection Unhealthy",
  "source": "aws.guardduty",
  "account": "AWS-Konto ID",
  "time": "event timestamp (string)",
  "region": "AWS-Region",
  "resources": [
       ],
  "detail": {
    "schemaVersion": "1.0",
    "resourceAccountId": "string",
    "currentStatus": "string",
    "previousStatus": "string",
    "resourceDetails": {
        "resourceType": "EC2",
        "ec2InstanceDetails": {
          "instanceId":"",
          "instanceType":"",
          "clusterArn": "",
          "agentDetails": {
            "version":""
          },
          "managementType":""
        }
    },
    "issue": "string",
    "lastUpdatedAt": "timestamp"
  }
}
```

## Behebung von Problemen mit der Amazon EC2 EC2-Runtime-Abdeckung
<a name="ec2-runtime-monitoring-coverage-issues-troubleshoot"></a>

Wenn der Deckungsstatus Ihrer Amazon EC2 EC2-Instance **Unhealthy** lautet, können Sie den Grund in der Spalte **Problem** einsehen.

Wenn Ihre EC2-Instance einem EKS-Cluster zugeordnet ist und der Security Agent für EKS entweder manuell oder über eine automatische Agentenkonfiguration installiert wurde, finden Sie Informationen zur Behebung des Deckungsproblems unter. [Runtime-Abdeckung und Fehlerbehebung für Amazon EKS-Cluster](eks-runtime-monitoring-coverage.md)

In der folgenden Tabelle sind die Problemtypen und die entsprechenden Schritte zur Fehlerbehebung aufgeführt.



- ** Keine Agentenberichterstattung **
  - **Meldung ausgeben:** Ich warte auf die SSM-Benachrichtigung / **Fehlerbehebungsschritte:** Der Empfang der SSM-Benachrichtigung kann einige Minuten dauern. <br />Stellen Sie sicher, dass die Amazon EC2 EC2-Instance SSM-verwaltet wird. Weitere Informationen finden Sie in den Schritten unter *Methode 1 — Mithilfe von AWS Systems Manager* in[Manuelles Installieren des Security Agents](installing-gdu-security-agent-ec2-manually.md). 
  - **Meldung ausgeben:** (Absichtlich leer) / **Fehlerbehebungsschritte:** Wenn Sie den GuardDuty Security Agent manuell verwalten, stellen Sie sicher, dass Sie die Schritte unter befolgt haben[Manuelles Verwalten des Security Agents für Amazon EC2 EC2-Ressourcen](managing-gdu-agent-ec2-manually.md).
  - **Fehlerbehebungsschritte:** Wenn Sie die automatische Agentenkonfiguration aktiviert haben:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html)
  - **Fehlerbehebungsschritte:** Stellen Sie sicher, dass der VPC-Endpunkt für Ihre Amazon EC2 EC2-Instance korrekt konfiguriert ist. Weitere Informationen finden Sie unter [Validierung der VPC-Endpunktkonfiguration](validate-vpc-endpoint-config-runtime-monitoring.md).
  - **Fehlerbehebungsschritte:** Wenn Ihre Organisation über eine Service Control Policy (SCP) verfügt, stellen Sie sicher, dass die Zugriffsrechte nicht durch die Grenze der Berechtigungen eingeschränkt werden. `guardduty:SendSecurityTelemetry` Weitere Informationen finden Sie unter [Validierung der Servicesteuerungsrichtlinie Ihrer Organisation in einer Umgebung mit mehreren Konten](prereq-runtime-monitoring-ec2-support.md#validate-organization-scp-ec2).
  - **Meldung ausgeben:** Die Verbindung des Agenten wurde unterbrochen / **Fehlerbehebungsschritte:**  [See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html) 

- ** Agent nicht bereitgestellt **
  - **Meldung ausgeben:** Instanzen mit Ausschluss-Tags sind von Runtime Monitoring ausgeschlossen. / **Fehlerbehebungsschritte:** GuardDuty empfängt keine Runtime-Ereignisse von Amazon EC2 EC2-Instances, die mit dem Exclusion-Tag gestartet wurden`GuardDutyManaged`:`false`.<br />Um Runtime-Ereignisse von dieser Amazon EC2 EC2-Instance zu empfangen, entfernen Sie das Ausschluss-Tag.
  - **Meldung ausgeben:** Die Kernel-Version ist niedriger als die unterstützte Version. / **Fehlerbehebungsschritte:** Informationen zu unterstützten Kernelversionen in allen Betriebssystemverteilungen finden Sie unter [Überprüfen Sie die architektonischen Anforderungen](prereq-runtime-monitoring-ec2-support.md#validating-architecture-req-ec2) Amazon EC2 EC2-Instances.
  - **Meldung ausgeben:** Die Kernel-Version ist höher als die unterstützte Version. / **Fehlerbehebungsschritte:** Informationen zu unterstützten Kernelversionen in allen Betriebssystemverteilungen finden Sie unter [Überprüfen Sie die architektonischen Anforderungen](prereq-runtime-monitoring-ec2-support.md#validating-architecture-req-ec2) Amazon EC2 EC2-Instances.
  - **Meldung ausgeben:** Das Identitätsdokument für die Instanz konnte nicht abgerufen werden. / **Fehlerbehebungsschritte:** Dazu gehen Sie wie folgt vor:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html)

- ** Die Erstellung der SSM-Zuordnung ist fehlgeschlagen **
  - **Meldung ausgeben:** GuardDuty In Ihrem Konto ist bereits eine SSM-Verknüpfung vorhanden / **Fehlerbehebungsschritte:**  [See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html) 
  - **Meldung ausgeben:** Ihr Konto hat zu viele SSM-Verknüpfungen / **Fehlerbehebungsschritte:** Wählen Sie **eine** der folgenden beiden Optionen:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html)

- ** Die Aktualisierung der SSM-Zuordnung ist fehlgeschlagen **
  - **Meldung ausgeben:** GuardDuty Die SSM-Verknüpfung ist in Ihrem Konto nicht vorhanden
  - **Fehlerbehebungsschritte:** GuardDuty Die SSM-Verbindung ist in Ihrem Konto nicht vorhanden. Deaktivieren Sie Runtime Monitoring und aktivieren Sie es anschließend erneut.

- ** Das Löschen der SSM-Zuordnung ist fehlgeschlagen **
  - **Meldung ausgeben:** GuardDuty Die SSM-Verknüpfung ist in Ihrem Konto nicht vorhanden
  - **Fehlerbehebungsschritte:** Die SSM-Verbindung ist in Ihrem Konto nicht vorhanden. Wenn die SSM-Verknüpfung absichtlich gelöscht wurde, sind keine Maßnahmen erforderlich.

- ** Die Ausführung der SSM-Instanzzuweisung ist fehlgeschlagen **
  - **Meldung ausgeben:** Architektonische Anforderungen oder andere Voraussetzungen sind nicht erfüllt.
  - **Fehlerbehebungsschritte:** Informationen zu verifizierten Betriebssystemverteilungen finden Sie unter[Voraussetzungen für die Unterstützung von Amazon EC2 EC2-Instances](prereq-runtime-monitoring-ec2-support.md).<br />Wenn dieses Problem weiterhin auftritt, helfen Ihnen die folgenden Schritte dabei, das Problem zu identifizieren und möglicherweise zu lösen:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html)

- ** VPC-Endpunkterstellung ist fehlgeschlagen **
  - **Meldung ausgeben:** VPC-Endpunkterstellung wird für gemeinsam genutzte VPC nicht unterstützt {{vpcId}} / **Fehlerbehebungsschritte:** Runtime Monitoring unterstützt die Verwendung einer gemeinsam genutzten VPC innerhalb einer Organisation. Weitere Informationen finden Sie unter [Verwenden einer gemeinsam genutzten VPC mit Runtime Monitoring](runtime-monitoring-shared-vpc.md).
  - **Meldung ausgeben:** **Nur bei Verwendung einer gemeinsam genutzten VPC mit automatisierter Agentenkonfiguration**<br />{{111122223333}}Für die Besitzerkonto-ID für gemeinsam genutzte VPC {{vpcId}} ist weder Runtime Monitoring noch automatische Agentenkonfiguration oder beides aktiviert / **Fehlerbehebungsschritte:** Das gemeinsame VPC-Besitzerkonto muss Runtime Monitoring und automatische Agentenkonfiguration für mindestens einen Ressourcentyp (Amazon EKS oder Amazon ECS (AWS Fargate)) aktivieren. Weitere Informationen finden Sie unter [Spezifische Voraussetzungen für Runtime Monitoring GuardDuty](runtime-monitoring-shared-vpc.md#shared-vpc-runtime-monitoring-prereq-gd-setup).
  - **Meldung ausgeben:** Um privates DNS zu aktivieren, müssen beide `enableDnsSupport` `enableDnsHostnames` VPC-Attribute auf `true` for gesetzt sein {{vpcId}} (Service: Ec2, Status Code:400, Request ID:{{a1b2c3d4-5678-90ab-cdef-EXAMPLE11111}}). / **Fehlerbehebungsschritte:** Sie müssen jedoch sicherstellen, dass die folgenden VPC-Attribute auf `true` festgelegt sind: `enableDnsSupport` und `enableDnsHostnames`. Weitere Informationen finden Sie unter [DNS-Attribute in Ihrer VPC](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-dns.html#vpc-dns-support).<br />Wenn Sie die Amazon VPC Console unter verwenden, [https://console.aws.amazon.com/vpc/](https://console.aws.amazon.com/vpc/)um die Amazon VPC zu erstellen, wählen Sie sowohl **DNS-Hostnamen aktivieren als auch DNS-Auflösung** **aktivieren** aus. Weitere Informationen finden Sie unter [VPC-Konfigurationsoptionen](https://docs.aws.amazon.com/vpc/latest/userguide/create-vpc.html#create-vpc-options).<br />Nach der Aktualisierung der VPC-Attribute müssen Sie einen erneuten Versuch der VPC-Endpunkterstellung beschleunigen, indem Sie eine der folgenden Änderungen vornehmen:[See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html)

- **Fehler beim Löschen eines gemeinsamen VPC-Endpunkts**
  - **Meldung ausgeben:** Das Löschen eines gemeinsamen VPC-Endpunkts ist für Konto-ID{{111122223333}}, gemeinsame VPC {{vpcId}} und Besitzerkonto-ID nicht zulässig. {{555555555555}}
  - **Fehlerbehebungsschritte:** [See the AWS documentation website for more details](http://docs.aws.amazon.com/de_de/guardduty/latest/ug/gdu-assess-coverage-ec2.html)

- ** Der Agent meldet sich nicht **
  - **Meldung ausgeben:** (Absichtlich leer)
  - **Fehlerbehebungsschritte:** Der Support für diesen Problemtyp hat das Ende des Supports erreicht. Wenn dieses Problem weiterhin auftritt und dies noch nicht geschehen ist, aktivieren Sie den GuardDuty automatisierten Agenten für Amazon EC2.<br />Wenn das Problem weiterhin besteht, sollten Sie in Erwägung ziehen, Runtime Monitoring für einige Minuten zu deaktivieren und es dann erneut zu aktivieren.

