Solución de problemas de Oracle Cloud Agent

Verifique que la instancia puede acceder al punto final del servicio de metadatos de instancia

Estos pasos verifican si la instancia puede acceder al punto final del servicio de metadatos de instancia.

1. Conéctese a la instancia y ejecute uno de los siguientes comandos, en función del sistema operativo.
   Oracle Linux y Ubuntu

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

   Si Oracle Cloud Agent se está ejecutando, se muestra un mensaje similar al siguiente:

   * 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

   Ejecute el comando en Windows PowerShell como administrador.

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

   Si Oracle Cloud Agent se está ejecutando, se muestra un mensaje similar al siguiente:

   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. Si obtiene una respuesta correcta sin errores de proxy, compruebe si hay errores de sesgo de reloj. Si se producen errores del servidor proxy, compruebe la configuración del servidor proxy.

Compruebe si hay errores de sesgo de reloj

A veces, el reloj de una instancia no está sincronizado con el servicio NTP. El sesgo de reloj puede provocar un fallo en las negociaciones TLS, lo que impide que la instancia se conecte a los servicios de Oracle. Siga estos pasos para comprobar si hay errores de sesgo de reloj.

1. Conéctese a la instancia y ejecute uno de los siguientes comandos para generar el archivo monitoring.log.

   Linux

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

   Windows Server 2019, Windows Server 2022

   Ejecute el comando en Windows PowerShell como administrador.

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

   Windows Server anterior a 2019

   Ejecute el comando en Windows PowerShell como administrador.

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

   Si hay un error de sesgo de reloj, se muestra un mensaje similar al siguiente:

   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. Si se produce un error de sesgo de reloj, configure el servicio NTP de Oracle Cloud Infrastructure para la instancia. Si no se produce ningún error de sesgo de reloj, verifique que los gateways están configurados correctamente.
3. Si ha configurado el servicio NTP en el paso anterior, después de completar la configuración, ejecute uno de los siguientes comandos para reiniciar Oracle Cloud Agent:
   Oracle Linux 6.x

   sudo initctl restart oracle-cloud-agent

   Oracle Linux 7.x y versiones posteriores

   sudo systemctl restart oracle-cloud-agent

   Ubuntu

   sudo snap restart oracle-cloud-agent

   Windows Server

   Ejecute el comando en Windows PowerShell como administrador.

   net stop OCA
   net start OCA

4. Vuelva a generar el archivo monitoring.log.

   Si Oracle Cloud Agent se está ejecutando correctamente, una respuesta correcta es 200 OK. En monitoring.log, busque un mensaje similar al siguiente:

   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>;

Verificación de permisos para instancias unidas a dominios de Windows

Si tiene una instancia de Windows unida a un dominio, verifique que se le otorgue a la cuenta virtual el usuario Iniciar sesión como servicio en la política de grupo local. Para definir permisos, siga los pasos para activar el inicio de sesión de servicio mediante una política de grupo local en la guía Habilitar inicio de sesión de servicio de Microsoft. Para Iniciar sesión como servicio, agregue el usuario NT SERVICE\ALL SERVICES o el usuario específico.

Verifique que los gateways están configurados correctamente

Para que Oracle Cloud Agent se comunique con los servicios de Oracle, los gateways de las subredes se deben configurar correctamente. Siga estos pasos para verificar y corregir la configuración.

1. Configure el gateway de Internet, el gateway de NAT o el gateway de servicio para la subred en la VCN.
2. Después de seguir los pasos de configuración, reinicie los servicios mediante los comandos de la sección Verifique que la instancia puede acceder al punto final del servicio de metadatos de instancia. Después de reiniciar los servicios, compruebe el archivo monitoring.log para ver si hay solicitudes correctas para los servicios de Oracle.

Cambie la configuración del servidor proxy

A veces, los servidores proxy locales impiden que Oracle Cloud Agent se comunique con cualquier servicio. Cada servidor proxy es diferente.

A menudo, la configuración de las variables de entorno http_proxy, https_proxy y no_proxy para los servicios oracle-cloud-agent y oracle-cloud-agent-updater en las instancias del cliente proxy resuelve problemas de proxy. Después de definir estas variables de entorno, en el archivo access.log del servidor proxy (o equivalente, en función del sistema), compruebe que ve solicitudes del cliente proxy en los servicios a los que accede Oracle Cloud Agent.