ADC

Registro de auditoría

June 13, 2024

Contribución de:

Importante

Le recomendamos que actualice la configuración de SYSLOG o NSLOG solo durante el mantenimiento o el tiempo de inactividad. Si actualiza una configuración después de crear una sesión, los cambios no se aplican a los registros de sesión existentes.

La auditoría es un examen metódico o una revisión de una condición o situación. La función de registro de auditoría le permite registrar los estados de NetScaler y la información de estado recopilada por varios módulos. La información de registro puede estar en el núcleo y en los demonios de nivel de usuario.

Puede configurar NetScaler para almacenar la información de registro localmente en NetScaler o exportarla a un servidor remoto, o ambos.

Registro local

Registro local se refiere al proceso de almacenamiento local de los datos de eventos generados por NetScaler, como errores, advertencias y eventos del sistema, de forma local en NetScaler. Estos datos se pueden utilizar para la supervisión y la solución de problemas, la auditoría y el análisis de seguridad.

De forma predeterminada, NetScaler guarda sus registros localmente en el almacenamiento persistente de NetScaler mediante el protocolo UDP. Los registros se almacenan en el archivo ns.log de la carpeta /var/log/. Como el registro local está habilitado de forma predeterminada, no es necesario realizar ninguna configuración adicional para almacenar los registros.

El registro local ofrece las siguientes ventajas:

Accesibilidad: puede acceder a los registros incluso si hay problemas de red. Se puede acceder rápidamente a los registros porque no dependen de las conexiones de red.
Seguridad: los datos sensibles o confidenciales permanecen en NetScaler y, por lo tanto, se reduce el riesgo de acceso no autorizado.
Cumplimiento: muchos requisitos reglamentarios exigen la retención de los datos de registro durante un período determinado. Por lo tanto, al almacenar los registros localmente, NetScaler garantiza que cumple con los requisitos.

De forma predeterminada, todos los niveles de registro están habilitados excepto DEBUG. Sin embargo, puede ajustar los niveles de los registros almacenados en el archivo ns.log.

Advertencia

Si configura el registro local para muchas funciones o establece el nivel de registro para almacenar registros menos graves, la estabilidad y el rendimiento de NetScaler podrían verse afectados. Recomendamos encarecidamente evitar el uso extensivo del registro local. En su lugar, utilice el registro remoto si se requiere un registro detallado.

Para modificar la configuración de registro predeterminada, utilice el siguiente comando:

set syslogparams -acl ( ENABLED | DISABLED )
        -alg ( ENABLED | DISABLED )
        -appflowExport ( ENABLED | DISABLED )
        -ContentInspectionLog ( ENABLED | DISABLED )
        -dateFormat <dateFormat>
        -dns ( ENABLED | DISABLED )
        -logFacility <logFacility>
        -logLevel <logLevel> ...
        -lsn ( ENABLED | DISABLED )
        -serverIP <ip_addr|ipv6_addr|*>
        -serverPort <port>
        -sslInterception ( ENABLED | DISABLED )
        -subscriberLog ( ENABLED | DISABLED )
        -tcp ( NONE | ALL )
        -timeZone ( GMT_TIME | LOCAL_TIME )
        -urlFiltering ( ENABLED | DISABLED )
        -userDefinedAuditlog ( YES | NO )
<!--NeedCopy-->

El registro local tiene las siguientes desventajas:

Impacto en el rendimiento: las actividades de registro pueden consumir recursos del sistema, lo que puede afectar al rendimiento y la estabilidad de NetScaler.
Almacenamiento: NetScaler solo puede almacenar una cantidad limitada de datos de registro, ya que la capacidad de almacenamiento local es baja en comparación con el almacenamiento centralizado.
Escalabilidad: no es adecuado para implementaciones a gran escala. En las implementaciones a gran escala, se prefieren las soluciones de registro centralizadas para facilitar la administración y la escalabilidad.
- Desafíos de cumplimiento en las implementaciones a gran escala: muchos sectores tienen requisitos normativos y de cumplimiento relacionados con la administración y retención de registros. La administración se vuelve más compleja cuando los registros se almacenan localmente, ya que requiere garantizar que cada dispositivo cumpla con los estándares necesarios.
Accesibilidad en redes a gran escala: el acceso a los registros almacenados localmente en NetScaler puede requerir un acceso directo al dispositivo. Esto se convierte en un inconveniente en redes grandes porque el acceso a los registros desde varios dispositivos distribuidos en una red es engorroso.
Punto único de error: si hay un mal funcionamiento del hardware, no se puede acceder a los registros almacenados localmente. Esto crea un punto único de error para el registro de datos, lo que puede provocar la pérdida de información valiosa.

Registro remoto

NetScaler le permite almacenar la información de registro en un servidor externo. Puede configurar NetScaler para exportar los registros al servidor externo mediante UDP o TCP. En función de sus necesidades, puede almacenar la información de registro localmente o exportarla a un servidor externo, o ambas cosas. Para obtener información detallada sobre el registro remoto y cómo configurar el registro remoto, consulte Configuración de NetScaler para el registro de auditoría.

SYSLOG y NSLOG

Para el registro de auditorías, puede utilizar el protocolo SYSLOG, el protocolo NSLOG nativo o ambos.

SYSLOG es un protocolo estándar para el registro. Tiene dos componentes:

Módulo de auditoría SYSLOG: se ejecuta en NetScaler.
Servidor SYSLOG: se ejecuta en el sistema operativo (SO) FreeBSD subyacente de NetScaler o en un sistema remoto.

SYSLOG utiliza un protocolo de datos de usuario (UDP) para la transferencia de datos.

Del mismo modo, el protocolo NSLOG nativo tiene dos componentes:

Módulo de auditoría NSLOG: se ejecuta en NetScaler.
Servidor NSLOG: se ejecuta en el sistema operativo FreeBSD subyacente de NetScaler o en un sistema remoto.

NSLOG usa TCP para la transferencia de datos.

Cuando ejecuta un servidor SYSLOG o NSLOG, se conecta a NetScaler. A continuación, NetScaler comienza a enviar toda la información de registro al servidor SYSLOG o NSLOG. Y el servidor filtra las entradas de registro antes de almacenarlas en un archivo de registro. Un servidor NSLOG o SYSLOG recibe información de registro de más de un NetScaler. NetScaler envía la información de registro a más de un servidor SYSLOG o NSLOG.

Si se configuran varios servidores SYSLOG, NetScaler envía sus eventos y mensajes SYSLOG a todos los servidores de registro externos configurados. Da como resultado el almacenamiento de mensajes redundantes y dificulta la supervisión para los administradores del sistema. Para solucionar este problema, NetScaler ofrece algoritmos de equilibrio de carga. NetScaler puede equilibrar la carga de los mensajes de SYSLOG entre los servidores de registro externos para mejorar el mantenimiento y el rendimiento. Los algoritmos de equilibrio de carga compatibles incluyen RoundRobin, LeastBandwidth, CustomLoad, LeastPackets y AuditlogHash.

Nota

NetScaler puede enviar mensajes de registro de auditoría de hasta 16 KB a un servidor SYSLOG externo.

La información de registro que un servidor SYSLOG o NSLOG recopila de un NetScaler se almacena en un archivo de registro en forma de mensajes. Por regla general, estos mensajes contienen la siguiente información:

La dirección IP de NetScaler que generó el mensaje de registro.
Una marca de tiempo
El tipo de mensaje
Los niveles de registro predefinidos (crítico, error, aviso, advertencia, informativo, depuración, alerta y emergencia)
La información del mensaje

Para configurar el registro de auditoría, primero debe configurar los módulos de auditoría en NetScaler. NetScaler implica crear directivas de auditoría y especificar la información del servidor NSLOG o del servidor SYSLOG. A continuación, instale y configure el servidor SYSLOG o NSLOG en el sistema operativo FreeBSD subyacente de NetScaler o en un sistema remoto.

Nota

SYSLOG es un estándar de la industria para registrar los mensajes de los programas, y varios proveedores ofrecen soporte. La documentación no incluye información de configuración del servidor SYSLOG.

El servidor NSLOG tiene su propio archivo de configuración (auditlog.conf). Puede personalizar el registro en el sistema del servidor NSLOG realizando modificaciones adicionales en el archivo de configuración (auditlog.conf).

Nota

El acceso ICMP al servidor SYSLOG es obligatorio si el servidor SYSLOG se utiliza como FQDN en la acción SYSLOG en la red. Si el acceso a ICMP está bloqueado en el entorno, configúrelo como servidor SYSLOG con equilibrio de carga y establezca el valor del parámetro healthMonitor del comando set service en NO. Para configurar ICMP, consulte Equilibrio de carga de servidores SYSLOG

La versión oficial de este contenido está en inglés. Para mayor comodidad, parte del contenido de la documentación de Cloud Software Group solo tiene traducción automática. Cloud Software Group no puede controlar el contenido con traducción automática, que puede contener errores, imprecisiones o un lenguaje inadecuado. No se ofrece ninguna garantía, ni implícita ni explícita, en cuanto a la exactitud, la fiabilidad, la idoneidad o la precisión de las traducciones realizadas del original en inglés a cualquier otro idioma, o que su producto o servicio de Cloud Software Group se ajusten a cualquier contenido con traducción automática, y cualquier garantía provista bajo el contrato de licencia del usuario final o las condiciones de servicio, o cualquier otro contrato con Cloud Software Group, de que el producto o el servicio se ajusten a la documentación no se aplicará en cuanto dicha documentación se ha traducido automáticamente. Cloud Software Group no se hace responsable de los daños o los problemas que puedan surgir del uso del contenido traducido automáticamente.

¿Le ha resultado útil?

Registro de auditoría

June 13, 2024

Contribución de:

June 13, 2024

Contribución de:

¿Le ha resultado útil?