Retención extendida de datos

El complemento Retención extendida de datos ayuda a los proveedores de internet a cumplir la obligación de conservar datos de tráfico (§97 de la ley checa de comunicaciones electrónicas y Decreto 357/2012). Mantiene un registro de qué cliente usó qué dirección IP y cuándo, garantiza que los flujos se conserven durante el plazo legal, responde a las solicitudes de las autoridades «quién usó esta IP en ese momento» y registra cada acceso a los datos conservados.

Licencia: complemento «Retención extendida de datos» (para cualquier nivel de pago; incluido en la prueba).

La pestaña Resumen comprueba si la instancia puede responder ahora mismo a una solicitud de retención de datos. Los elementos rojos indican que no se puede responder de forma fiable (registro vacío, sincronización fallida); los ámbar son avisos — incluida una retención menor que el mínimo legal.

La retención máxima de flujos la fija el nivel de licencia (Free 30, Core 180, Security 365 días, Enterprise ilimitada); en Ajustes → Retención de datos puede elegirse un periodo menor. El mínimo legal para los datos de tráfico es de 6 meses (190 días con margen). La pestaña Resumen compara el valor configurado con el TTL realmente aplicado en ClickHouse y con el límite de la licencia, y muestra cuántos días cubren los datos, el crecimiento diario y el uso estimado de disco.

• •«Aplicar el TTL configurado» — aplica el valor guardado en ClickHouse (corrige la desviación)
• •«Aumentar al mínimo legal» — establece y guarda 190 días; si la licencia permite menos, «Aumentar al máximo de la licencia» fija el límite de la licencia
• •Una retención por debajo del mínimo legal se indica como aviso — es decisión del administrador (o un límite de la licencia), no un error
• •Ajustes → Retención de datos marca la fila de flujos «por debajo del mínimo legal» si es menor

La pestaña Clientes muestra el estado actual del registro. Cada cambio — de una importación o de una sincronización con ISPadmin — se escribe también en el historial de asignaciones: cuando una dirección pasa a otro cliente, la asignación anterior se cierra y se abre una nueva. La búsqueda de flujos, la exportación regulatoria y la identificación usan siempre la asignación vigente en el momento del flujo, no el estado actual.

• •Búsqueda por IP, nombre, MAC, número de cliente, calle o ciudad (sin acentos)
• •Icono de historial — todas las asignaciones de la dirección a lo largo del tiempo
• •Icono de identificación — abre la pestaña Identificación con la dirección rellenada
• •Icono de mapa — ubicación del cliente si se conocen las coordenadas GPS

La pestaña Identificación responde a la solicitud típica «quién usó la IP X (puerto Y) el día Z». Busca en los flujos en ambos sentidos y antes y después del NAT, por lo que funciona con direcciones públicas tras CGNAT y con puertos redirigidos (DNAT).

• •Introduzca la IP, opcionalmente el puerto, la hora local y una tolerancia (exacta a ± 1 h)
• •Opcionalmente indique el número de referencia y el solicitante — aparecen en el informe y en la auditoría
• •«Usuarios en ese momento» — clientes encontrados con ID, número de cliente, dirección, MAC y primer/último flujo
• •Tabla de flujos — flujos coincidentes (el lado buscado resaltado)
• •«Informe PDF» — protocolo con la referencia, el solicitante, el operador, la consulta y los resultados, listo para entregar

En Colector de flujos → Flujos, el botón de exportación (parte de este complemento) ofrece una exportación estándar y una regulatoria (CSV, XLSX, PDF). La regulatoria usa el formato fijo del Decreto 357/2012: tipo de conexión, designación del usuario, identificador de cuenta, MAC, inicio y fin, IP:puerto de origen, destino y tras NAT, volumen, protocolo, punto de acceso, ESSID y GPS.

• •El usuario es el cliente vigente en el momento de cada flujo (lado de origen, o de destino en conexiones entrantes)
• •El CSV regulatorio se genera en streaming, así incluso exportaciones grandes (hasta 500 000 filas) no agotan la memoria
• •El propio endpoint de exportación comprueba el complemento y cada exportación queda en la auditoría de accesos

Etiquetas para los códigos numéricos service_type del registro (p. ej. 1 = fibra, 2 = Wi-Fi). La etiqueta se usa como «tipo de conexión» en la exportación regulatoria. Los códigos del registro se listan automáticamente; un administrador puede añadir una etiqueta a cualquier código, incluso uno aún no usado.

En lugar de importar CSV, el registro puede obtenerse a diario de un servidor ISPadmin mediante su API REST: nombre del cliente por IP (/internet), número e ID de cliente (/clients) y dirección de instalación (/clients/{id}/services).

• •URL del servidor — solo HTTPS (el token viaja en cada solicitud); se permiten servidores en la LAN
• •Token de API — se guarda cifrado; deje el campo vacío para conservar el actual
• •Hora de sincronización — ejecución diaria (por defecto 01:30); una sola ejecución al día aunque haya varios workers de API
• •Probar conexión / Sincronizar ahora — la sincronización se ejecuta en segundo plano; la página muestra el progreso y el resultado
• •Historial — resultado de cada sincronización e importación con clientes añadidos, modificados y eliminados

Los datos de tráfico conservados solo pueden usarse para los fines previstos por la ley, por eso se registra cada acceso: exportaciones de flujos, identificaciones e informes PDF, búsquedas en el registro y consultas del historial, importaciones, sincronizaciones y cambios de configuración — con usuario, rol, dirección IP, parámetros y número de registros. Se conservan 3 años. Solo administradores.

• •Quién — proveedores de redes y servicios de comunicación públicos (ISP, operadores)
• •Qué — datos de tráfico (quién, con quién, cuándo, cuánto tiempo, cómo se comunicó) y datos de localización
• •Duración — 6 meses
• •Eliminación — tras 6 meses los datos deben eliminarse salvo que se hayan entregado a las autoridades
• •Finalidad — exclusivamente para la Policía checa, los servicios de inteligencia (BIS) o el Banco Nacional Checo