Descripción del uso desconectado

¿Qué significa el uso desconectado?

Cuando las ubicaciones de Satellite y Red Hat OpenShift on IBM Cloud se desconectan de la región managed-from padre en IBM Cloud, pueden seguir ejecutándose con algunas limitaciones durante un periodo de tiempo determinado. Las limitaciones de uso desconectado no incluyen arreglos de seguridad ni alertas. Para obtener más información, consulte Uso desconectado por componente.

¿Cómo puedo establecer durante cuánto tiempo es válida mi señal de acceso?

Edite el valor del parámetro accessTokenMaxAgeSeconds para establecer la validez de señal en segundos. Para obtener más información, consulte Establecimiento del tiempo de uso desconectado.

¿Qué ocurre cuando caduca mi token?

Después de que caduque la señal, perderá la capacidad de trabajar con la ubicación. Cuando ejecuta un mandato, obtiene mensajes de error como, por ejemplo, error: You must be logged in to the server (Unauthorized). Para realizar la recuperación, debe volver a conectarse a la ubicación e iniciar sesión de nuevo para recuperar una señal nueva. No vuelva a cargar los nodos antes de que se vuelva a conectar la ubicación. Si vuelve a cargar los nodos mientras la ubicación está desconectada, la ubicación no se recuperará.

¿Necesito volver a crear la ubicación?

No, no es necesario volver a crear la ubicación. Puede volver a conectar la ubicación existente y volver a autenticarse para seguir trabajando con su ubicación.

¿Cómo puedo volver a autenticarme?

Vuelva a conectar primero la ubicación y, a continuación, vuelva a iniciar sesión con sus credenciales.

¿Tengo que recuperar la copia de seguridad de etcd ?

Si utilizas hosts de Red Hat CoreOS (RHCOS), no es necesario que recuperes una copi etcd. La ubicación se recupera automáticamente después de reconectarla y volver a autenticarla. Las ubicaciones que utilizan Red Hat Enterprise Linux (RHEL) requieren una recuperación de etcd.

¿Qué sucede si una ubicación permanece desconectada durante más de 7 días?

Una vez restablecida la conexión, debe sustituir todos los hosts de la ubicación por la nueva infraestructura. El máximo de 7 días (168 horas) viene determinado por el accessTokenMaxAgeSeconds límite de 604 800 segundos establecido en la configuración del servidor OpenShift(OAuth).

¿Cómo saber cuándo volver a conectar una ubicación?

Puede hacer una nota o establecer un recordatorio para volver a conectar la ubicación antes de que caduque la ventana de 7 días. El temporizador se inicia cuando se solicita la señal.

Establecimiento del tiempo de uso desconectado

Las ubicaciones y los clústeres pueden funcionar desconectados de IBM Cloud durante un máximo de 168 horas (7 días). Establece la duración editando en accessTokenMaxAgeSeconds la configuración de OpenShift(OAuth).

Puede modificar esta configuración cambiando el valor accessTokenMaxAgeSeconds para todos sus clientes de OAuth. El valor por defecto del parámetro accessTokenMaxAgeSeconds es de 86 400 segundos.

El valor accessTokenMaxAgeSeconds empieza a contar cuando el usuario se ha autenticado por última vez, no cuando la ubicación está desconectada. Ten en cuenta que el usuario debe tener acceso a Identity and Access Management (IAM) para autenticarse.

1. Consigue tus clientes de OAuth ejecutando oc get oauthclients.

   Salida de ejemplo

   NAME                           SECRET                                        WWW-CHALLENGE   TOKEN-MAX-AGE   REDIRECT URIS
   console                        OBXIvSxQx2t5ANYe5-xAEylpsbdytupjyjJicScdFsE   false           default         https://console-openshift-console.sl-disc2b-be7d0adc45c89a3b4c1f8e7bc127f800-0000.eu-de.containers.appdomain.cloud/auth/callback
   openshift-browser-client       Mohc6XH48KzDywCWf-oP2SaKbI70KL1O              false           default         https://sb5041d7cf0af9630b92f-6b64a6ccc9c596bf59a86625d8fa2202-ce00.eu-de.satellite.appdomain.cloud:30048/oauth/token/display
   

2. Consigue tus tokens de acceso de OAuth ejecutando oc get oauthaccesstokens.

3. Para cada cliente OAuth que hayas recuperado en el paso 1, establece el valor accessTokenMaxAgeSeconds ejecutando y oc edit oauthclients console añadiendo como accessTokenMaxAgeSeconds: 604800 primera línea. Ten en cuenta que debes repetir este paso para todos tus clientes de OAuth.

4. Opcionalmente, ejecute oc get oauthclients console -o yaml para comprobar si la primera línea del archivo yaml se ha actualizado a accessTokenMaxAgeSeconds: 604800.

5. Renueve el clúster ejecutando ibmcloud ks cluster master refresh --cluster CLUSTERID para que los cambios entren en vigor.

6. Ejecuta el siguiente comando para comprobar que el valor accessTokenMaxAgeSeconds se ha actualizado en tus clientes de OAuth.

   oc get oauthclients -o json | jq -j '.items[]|"Name:\t", .metadata.name, "\t", "value:\t", .accessTokenMaxAgeSeconds, "\n"'
   

Uso desconectado por componente

Las tablas siguientes explican el comportamiento y las limitaciones de distintos componentes cuando la ubicación se ejecuta desconectada.