Fehler in Oracle Cloud Agent beheben

Prüfen, ob die Instanz auf den Instance Metadata Service-Endpunkt zugreifen kann

Mit diesen Schritten prüfen Sie, ob die Instanz auf den Instance Metadata Service-Endpunkt zugreifen kann.

1. Stellen Sie eine Verbindung zur Instanz her, und führen Sie je nach Betriebssystem einen der folgenden Befehle aus.
   Oracle Linux und Ubuntu

   curl -v -H 'Authorization: Bearer Oracle' http://169.254.169.254/opc/v2/instance/

   Wird Oracle Cloud Agent ausgeführt, wird eine Meldung ähnlich der folgenden angezeigt:

   * About to connect() to 169.254.169.254 port 80 (#0)
   *   Trying 169.254.169.254...
   * Connected to 169.254.169.254 (169.254.169.254) port 80 (#0)
   > GET /opc/v2/instance/ HTTP/1.1
   > User-Agent: curl/7.29.0
   > Host: 169.254.169.254
   > Accept: */*
   > Authorization: Bearer Oracle
   >
   < HTTP/1.1 200 OK
   < Server: server
   < Date: Wed, 24 Mar 2021 20:52:38 GMT
   < Content-Type: application/json
   < Content-Length: 1800
   < Last-Modified: Wed, 03 Mar 2021 01:43:50 GMT
   < Connection: keep-alive
   < ETag: "603ee9d6-708"
   < Accept-Ranges: bytes
   <
   {
     "availabilityDomain" : "uybn:<availability_domain>",
     "faultDomain" : "<fault_domain>",
     "compartmentId" : "ocid1.compartment.oc1..<unique_ID>",
     "displayName" : "<instance_name>",
     "hostname" : "<host_name>",
     "id" : "<unique_ID>",
     "image" : "ocid1.image.oc1.iad.<unique_ID>",
     "metadata" : {
       "ssh_authorized_keys" : ""
     },
     "region" : "<region_key>",
     "canonicalRegionName" : "<region_name>",
     "ociAdName" : "<availability_domain>",
     "regionInfo" : {
       "realmKey" : "<realm>",
       "realmDomainComponent" : "oraclecloud.com",
       "regionKey" : "<region_key>",
       "regionIdentifier" : "<region>"
     },
     "shape" : "<shape>",
     "state" : "Running",
     "timeCreated" : 1614637343723,
     "agentConfig" : {
       "monitoringDisabled" : false,
       "managementDisabled" : false,
       "allPluginsDisabled" : false,
       "pluginsConfig" : [ {
         "name" : "OS Management Service Agent",
         "desiredState" : "ENABLED"
       }, {
         "name" : "Custom Logs Monitoring",
         "desiredState" : "ENABLED"
       }, {
         "name" : "Compute Instance Run Command",
         "desiredState" : "ENABLED"
       }, {
         "name" : "Compute Instance Monitoring",
         "desiredState" : "ENABLED"
       } ]
     },
     "freeformTags" : {
       "keep" : "keep"
     }
   * Connection #0 to host 169.254.169.254 left intact
   

   Windows Server

   Führen Sie den Befehl in Windows PowerShell als Administrator aus.

   Invoke-WebRequest -Headers @{'Authorization'='Bearer Oracle'} http://169.254.169.254/opc/v2/instance/
   

   Wird Oracle Cloud Agent ausgeführt, wird eine Meldung ähnlich der folgenden angezeigt:

   StatusCode        : 200
   StatusDescription : OK
   Content           : {
                         "availabilityDomain" : "<availability_domain>",
                         "faultDomain" : "<fault_domain>",
                         "compartmentId" :
                       "ocid1.tenancy.region1..<unique_ID>",
                         "displayNam...
   RawContent        : HTTP/1.1 200 OK
                       Connection: keep-alive
                       Accept-Ranges: bytes
                       Content-Length: 1197
                       Content-Type: application/json
                       Date: Wed, 24 Mar 2021 21:07:42 GMT
                       ETag: "<unique_ID>"
                       Last-Modified: Wed, 24 M...
   Forms             : {}
   Headers           : {[Connection, keep-alive], [Accept-Ranges, bytes], [Content-Length, 1197], [Content-Type,
                       application/json]...}
   Images            : {}
   InputFields       : {}
   Links             : {}
   ParsedHtml        : mshtml.HTMLDocumentClass
   RawContentLength  : 1197
   

2. Wenn Sie eine erfolgreiche Antwort ohne Proxyfehler erhalten, prüfen Sie, ob Clock-Skew-Fehler vorliegen. Wenn Proxyserverfehler auftreten, prüfen Sie die Einstellungen des Proxyservers.

Prüfen, ob Clock-Skew-Fehler vorliegen

Manchmal die ist Uhr auf einer Instanz nicht mit dem NTP-Service synchronisiert. Clock Skew kann dazu führen, dass TLS-Verhandlungen nicht erfolgreich verlaufen, sodass die Instanz keine Verbindung zu Oracle-Services herstellen kann. Führen Sie die folgenden Schritte aus, um zu prüfen, ob Clock-Skew-Fehler vorliegen.

1. Verbinden Sie sich mit der Instanz, und führen Sie einen der folgenden Befehle aus, um die Datei monitoring.log zu generieren.

   Linux

   sudo tail -15 /var/log/oracle-cloud-agent/plugins/gomon/monitoring.log

   Windows Server 2019, Windows Server 2022

   Führen Sie den Befehl in Windows PowerShell als Administrator aus.

   Get-Content -tail 15 C:\Windows\ServiceProfiles\OCA\AppData\Local\OracleCloudAgent\plugins\gomon\monitoring.log

   Windows Server vor 2019

   Führen Sie den Befehl in Windows PowerShell als Administrator aus.

   Get-Content -tail 15 C:\Users\OCA\AppData\Local\OracleCloudAgent\plugins\gomon\monitoring.log

   Wenn ein Clock-Skew-Fehler vorliegt, wird eine Meldung ähnlich der folgenden angezeigt:

   failed to call: Service error:NotAuthenticated. Date 'Tue, 09 Mar 2021 06:39:35 UTC' is not within allowed clock skew.
   Current 'Tue, 09 Mar 2021 06:45:45 UTC', valid datetime range: ['Tue, 09 Mar 2021 06:40:45 UTC', 'Tue, 09 Mar 2021 06:50:46 UTC'].
   http status code: 401. Opc request id: <unique_id>

2. Wenn ein Clock-Skew-Fehler auftritt, konfigurieren Sie den Oracle Cloud Infrastructure NTP-Service für Ihre Instanz. Wenn kein Clock-Skew-Fehler auftritt, prüfen Sie, ob die Gateways korrekt konfiguriert sind.
3. Wenn Sie den NTP-Service im vorherigen Schritt konfiguriert haben, führen Sie nach Abschluss der Konfiguration einen der folgenden Befehle aus, um Oracle Cloud Agent neu zu starten:
   Oracle Linux 7.x und spätere Versionen

   sudo systemctl restart oracle-cloud-agent

   Ubuntu

   sudo snap restart oracle-cloud-agent

   Windows Server

   Führen Sie den Befehl in Windows PowerShell als Administrator aus.

   net stop OCA
   net start OCA

4. Generieren Sie die Datei monitoring.log erneut.

   Wird Oracle Cloud Agent korrekt ausgeführt, lautet eine erfolgreiche Antwort 200 OK. Suchen Sie in der monitoring.log nach einer Nachricht ähnlich der folgenden:

   2021/03/18 03:12:44.391381 t2.go:139: Sent metrics status: 200; took: 387ms; with opc-request-id:<unique_ID>;
   2021/03/18 03:13:44.006391 instancemetadata_client.go:64: fetched metadata from http://169.254.169.254/opc/v2/instance/ , status 200 OK
   2021/03/18 03:13:44.730102 t2.go:139: Sent metrics status: 200; took: 723ms; with opc-request-id:<unique_ID>;
   2021/03/18 03:14:44.324046 t2.go:139: Sent metrics status: 200; took: 320ms; with opc-request-id:<unique_ID>;

Berechtigungen für mit einer Domain verknüpfte Windows-Instanzen prüfen

Wenn eine Windows-Instanz mit einer Domain verknüpft ist, prüfen Sie, ob dem virtuellen Konto in der lokalen Gruppen-Policy die Benutzerberechtigung Log on as a Service zugewiesen ist. Um Berechtigungen festzulegen, führen Sie die Schritte zum Aktivieren der Serviceanmeldung über eine lokale Gruppen-Policy aus, die im Enable Service Logon-Handbuch von Microsoft beschrieben ist. Fügen Sie für Log on as a service den Benutzer NT SERVICE\ALL SERVICES oder den spezifischen Benutzer hinzu.

Prüfen, ob die Gateways korrekt konfiguriert sind

Damit Oracle Cloud Agent mit Oracle-Services kommunizieren kann, müssen Gateways in Subnetzen korrekt konfiguriert sein. Führen Sie diese Schritte aus, um Ihre Konfiguration zu prüfen und zu korrigieren.

1. Konfigurieren Sie das Internetgateway, NAT-Gateway oder Servicegateway für das Subnetz in Ihrem VCN.
2. Nachdem Sie die Konfigurationsschritte ausgeführt haben, starten Sie die Services mit den Befehlen im Abschnitt Prüfen, ob die Instanz auf den Instance Metadata Service-Endpunkt zugreifen kann neu. Nachdem Sie die Services neu gestartet haben, prüfen Sie die Datei monitoring.log auf erfolgreiche Anforderungen an Oracle-Services.

Einstellungen des Proxyservers ändern

Manchmal verhindern lokale Proxyserver, dass Oracle Cloud Agent mit Services kommuniziert. Jeder Proxyserver ist anders.

Häufig werden Proxyprobleme durch das Festlegen der Umgebungsvariablen http_proxy, https_proxy und no_proxy für die Services oracle-cloud-agent und oracle-cloud-agent-updater für die Proxyclientinstanzen gelöst. Nachdem Sie diese Umgebungsvariablen festgelegt haben, prüfen Sie in der Datei access.log (oder ähnlich, je nach System), ob Anforderungen vom Proxyclient an Services angezeigt werden, auf die Oracle Cloud Agent zugreifen kann.