September 22 — Documentation updated for compatibility with the latest PAM version (5.3.0).
For the complete documentation index, see llms.txt. This page is also available as Markdown.

Instalar un nodo único

El camino documentado para levantar una instancia a partir de la imagen de appliance: configuración por consola, DNS, primer inicio de sesión y licencia, además de las partes del procedimiento que sol

Qué es esto y cuándo usarlo

El camino de nodo único: una máquina que lo ejecuta todo. Es la forma adecuada para un laboratorio, una prueba de concepto o un entorno de producción que no necesita sobrevivir a la pérdida del nodo. Si el acceso debe sobrevivir al fallo de un nodo, despliegue un clúster; consulte Instalar un clúster de alta disponibilidad.

El despliegue está contenedorizado y se sitúa tras nginx. Se entrega como una imagen de appliance que usted importa a su hipervisor o nube y después configura desde un menú de consola en el primer arranque.

Antes de empezar

  • Una máquina que cumpla los requisitos del sistema, con el disco dimensionado para su retención de grabaciones y no para la cifra mínima.

  • Las reglas de firewall de Requisitos de red y conectividad, acordadas antes de desplegar la máquina y no después.

  • La imagen de appliance y el archivo de licencia, obtenidos de DataDike.

  • Un nombre DNS para la instancia y la capacidad de crear el registro en su DNS privado. Un certificado wildcard o de subdominio si va a terminar el HTTPS en la instancia.

  • El contacto del soporte de implantación. Dos de los pasos siguientes, la instalación del certificado y cualquier cambio en el archivo de configuración del appliance, los ejecuta ese equipo en la línea de comandos del appliance.

Pasos

  1. Importe la imagen de appliance al hipervisor o la nube e inícela.

  2. Configure la máquina desde la consola del primer arranque. Inicie sesión en la consola con el usuario de appliance documentado (consulte Valores por defecto documentados, más abajo). El menú cubre la configuración de red, el nombre de host, la información del sistema y las opciones de reinicio y apagado.

  3. Fije la fecha, la hora y la zona horaria correctamente antes de seguir adelante. Un reloj desviado rompe las contraseñas de un solo uso y se confunde con facilidad con un fallo de autenticación.

  4. Alcance la consola por su nombre, de forma temporal. Mientras no exista el registro DNS, añada una entrada que asocie la dirección de la instancia con su nombre de host en el archivo hosts de su propia estación de trabajo; en Windows, C:\Windows\System32\drivers\etc\hosts. Esto es una ayuda de configuración solo para su máquina, no un paso del despliegue.

  5. Inicie sesión en la consola en https://<your-hostname> con la cuenta de administrador por defecto documentada, y cambie su contraseña de inmediato.

  6. Importe la licencia. Todas las funciones de la plataforma permanecen deshabilitadas hasta que se importa la licencia, así que hágalo antes de probar cualquier otra cosa y concluir que la instalación está rota.

  7. Instale el certificado HTTPS. Lo ejecuta el equipo de soporte de implantación en la línea de comandos del appliance, con su certificado wildcard o de subdominio.

  8. Cree los registros DNS definitivos, en su DNS privado y también en el DNS público si va a publicar la consola mediante NAT o DNAT. Después elimine la entrada temporal del archivo hosts de su estación de trabajo.

  9. Valide las reglas de firewall contra Requisitos de red y conectividad, desde un cliente situado donde estarán los usuarios reales.

  10. Conecte sus fuentes de autenticación y fije los umbrales de inactividad y de deshabilitación automática de las cuentas.

  11. Registre los activos que se van a proteger, a mano, por importación de hoja de cálculo, o por descubrimiento y sincronización.

  12. Registre las cuentas que se van a gestionar en esos activos.

  13. Configure el servidor de correo. Sostiene la entrega de copias de seguridad, las alertas y los flujos de aprobación, de modo que varias funciones posteriores no hacen nada en silencio sin él.

  14. Monte la política y la automatización de copia de seguridad de la bóveda, y fije los periodos de retención de los registros y de las sesiones.

  15. Desactive el registro de componentes. Una vez que todos los componentes se hayan registrado, desmarque Registration en Configuración del sistema › Componentes › Básico. Mientras esté habilitado, cualquier componente que conozca la dirección de la instancia puede registrarse por su cuenta. Vuelva a habilitarlo solo el tiempo necesario para añadir un componente nuevo.

Qué debería ver

La consola responde por HTTPS en su nombre DNS, con un certificado válido. Tras la importación de la licencia, las áreas de menú que estaban inertes se vuelven utilizables. Configuración del sistema › Componentes lista los propios microservicios de la plataforma (la API core, el servicio de tareas y los conectores de terminal, gráfico, de base de datos y de aplicaciones virtuales), cada uno con un Load status igual a Normal y una Dirección remota que apunta al nodo.

Cómo verificar que funcionó

Cuatro comprobaciones, en este orden. Cada una demuestra algo que la anterior no.

  1. Las dependencias de la propia plataforma. Solicite /api/health/, sin necesidad de autenticación. El JSON que devuelve lleva status, db_status, db_time, redis_status, redis_time y time. Una respuesta sana demuestra que la base de datos y Redis son alcanzables, cosa que un simple "la página de inicio de sesión carga" no demuestra.

  2. Los componentes. En Configuración del sistema › Componentes, todos los componentes muestran Normal. Cualquiera que aparezca como Sin conexión es un servicio que no arrancó, y los conectores son los que los usuarios notarán primero.

  3. El reloj y el segundo factor. Dé de alta una cuenta con contraseña de un solo uso e inicie sesión con ella. Si el código se rechaza, lo que está mal es el reloj, no la cuenta.

  4. Una sesión real, de extremo a extremo. Conéctese a un activo registrado con una cuenta gestionada y después localice esa sesión en el registro de auditoría, con su grabación adjunta y reproducible. Esta es la única comprobación que ejercita el camino completo: autenticación, autorización, inyección de credencial, conector y almacén de grabaciones.

Errores frecuentes

Síntoma
Causa
Solución

La consola carga pero la mayoría de las funciones no están disponibles

La licencia no se ha importado

Importe la licencia. Todas las funciones siguen deshabilitadas hasta que esté presente

El nombre de host no resuelve durante la configuración

El registro DNS todavía no se ha creado

Añada la entrada temporal en el archivo hosts de su propia estación de trabajo y después cree el registro definitivo en su DNS privado

OTP code invalid, or server time error en cada inicio de sesión

El reloj del nodo se ha desviado; el TOTP se valida al segundo

Sincronice el reloj por NTP y fije la zona horaria correcta

Un componente aparece como Sin conexión en la lista de componentes

El servicio no arrancó en el nodo donde está instalado

Revise ese servicio en ese nodo. Una API core sin conexión tumba toda la plataforma; un conector sin conexión elimina un tipo de sesión

El disco del nodo se llena en pocas semanas

Las grabaciones siguen yendo al backend local default, que no tiene redundancia y no escala

Configure almacenamiento de objetos externo y conviértalo en el backend por defecto

Las sesiones desde una red de clientes fallan aunque funcionan desde la red de la consola

Una regla de firewall se validó desde el sitio equivocado

Vuelva a probar desde un cliente situado donde están los usuarios reales

Valores por defecto documentados

Estos son los valores por defecto que documentan las fuentes. Trátelos todos como cosas que cambiar o confirmar, no como configuración que conservar.

Elemento
Valor por defecto documentado
Nota

Usuario de la consola del appliance

client / client@client

Cámbielo como parte de la instalación

Administrador de la consola

admin / datadike

Cámbielo en el primer inicio de sesión, antes de que la instancia sea alcanzable por nadie más

Acceso a la solución por línea de comandos

SSH en el puerto 2222

No es el puerto 22; ese puerto pertenece a los activos

Backend de grabación

default, de tipo Servidor (disco local)

No es adecuado para producción

Registro de componentes

Habilitado

Deshabilítelo en cuanto la instalación esté terminada

Periodo de gracia de la licencia

7 días tras el vencimiento

Es tiempo para cargar la nueva licencia, no un periodo sin licencia

Páginas relacionadas

Atualizado

Isto foi útil?