Ficha Técnica (Versión V12)

Ficha Técnica (Versión V12) Copias de seguridad remotas vía Internet de grandes volúmenes de información. Consumo mínimo de canal, Multiplataforma, Seguro, y eficaz εindi backup remoto es un software multiplataforma de alto rendimiento que permite realizar copias de seguridad vía Internet, tanto de servidores, como de PCs y portátiles. ε Sólo transmite las diferencias binarias* (tecnología ) generadas tras la última copia de seguridad realizada, reduciendo drásticamente el consumo de canal en la transmisión, lo que le permite realizar copias de seguridad remotas de cientos Gigabytes de información con un consumo mínimo de canal. Replicación rápida y segura de información por transmisión TCP/IP de diferencias incrementales binarias

Ficha técnica GENERAL UTILIDAD DE LA APLICACIÓN Sistema de almacenamiento remoto de copias de seguridad diferenciales, generadas por los clientes a partir de las diferencias binarias encontradas entre el estado de los datos tras el último backup diferencial y el actual. TECNOLOGIA INTEGRADA Tecnología de diferenciación binaria de información para extraer para cada fichero las diferencias binarias producidas entre dos versiones de la información. Consta de dos aplicaciones de software: COMPONENTES HOST: Para el servidor dónde se almacenarán las copias. CLIENTE: Para las máquinas servidor o Workstation que van a realizar las copias sobre el Host. HOST SERVIDOR DE COPIAS ACTIVACIÓN DE CLIENTES Envío de instalador (opcionalmente) y fichero de configuración a clientes vía email. Posibilidad de ejecutar la instalación de forma desasistida. Posibilidad de importación de ficheros para el alta de clientes. Recepción y almacenamiento de copias. La recepción puede ser online o por medios externos. En un primer backup se transmite la de la versión inicial (primera versión base ) de datos del cliente y en lo sucesivo los backup diferenciales (parches). RECEPCIÓN Y ALMACENAMIENTO DE COPIAS DE SEGURIDAD El Business Server (o host) almacena una versión base más un número de parches de cada cliente. El número de parches a mantener es configurable por cliente. Toda la información se almacena en el host en formato comprimido y encriptado. Promoción automática y/o forzada de parches desde el host Una vez alcanzado el número límite de parches contratados, los más antiguos se incorporan a la versión base de los datos del cliente de forma automática. Este proceso se denomina promoción de parches. Se ejecuta automáticamente una vez alcanzado el número máximo de parches contratado por cada cliente (configurable) o bien puede forzase desde el host. RESTAURACIÓN DE DATOS El cliente puede solicitar en cualquier momento la recuperación de copias on line desde la interfaz del software de cliente. Asimismo, como alternativa adicional de seguridad, el host puede ejecutar o programar restauraciones. A) Restauración desde el host en caso de contingencia grave En caso de que un cliente haya sufrido una contingencia tal en su equipo que no sea posible utilizar la aplicación puede solicitar al administrador del host

HOST SERVIDOR DE COPIAS una restauración de sus datos a un soporte externo facilitándole la clave de encriptación. El host, a su vez, le transmitirá de nuevo el software cliente y sus datos de configuración para que pueda instalar la aplicación en otra máquina y restaurar la copia al estado original previo al siniestro. B) Restauración programada a soporte externo Como medida adicional de seguridad, desde el host puede programarse la realización periódica de restauraciones para su almacenamiento en un soporte externo. C) Restauración forzada desde el Business Server en la propia máquina cliente Esta utilidad sirve para determinar desde el host la versión de cada fichero que debe estar operativa en cada cliente, bien en su directorio habitual de trabajo o en otro alternativo. También da utilidades a los administradores de sistemas para realizar restauraciones de ficheros sin la intervención de usuario final (corporaciones con centralización de copias). Monitorización de clientes: permite saber en qué fase del proceso (generación de parche, transmisión, consumo, ) se encuentra cada cliente y alerta sobre cualquier incidencia. Servicio de notificación a clientes A) Finalización correcta de copia Al finalizar cada copia se envía al cliente un correo tipo personalizable que indica el espacio de almacenamiento aún disponible. B) Finalización con advertencias CONTROL DE CLIENTES NOTIFICACIONES Superación del límite de almacenamiento: Si un cliente supera el límite de volumen contratado al realizar un backup o una restauración, se envía un email de aviso al administrador del backup business server. Además de la desactivación funcional de permiso de backup del cliente por errores o recepción de copias por medios externos, el administrador del backup business server puede desactivar los permisos del cliente por causas administrativas. Si el cliente supera el tamaño puesto como límite total, entonces ya no podrá realizar más copias de seguridad hasta que dicho límite sea ampliado. Aviso de error en copia: En caso de detectarse cualquier error en la copia realizada el estado de error se monitoriza desde el Business Server y se notifica vía mail al cliente. Dicho mail contiene en un fichero ZIP los logs del parche que ha provocado el problema. Programación de acciones y tareas desde el Host de copias El administrador del sistema puede programar acciones y tareas a realizar por los clientes sin la intervención del usuario final: Rearme de copias, orden de ejecución de backup, restauración, reconfiguración...

HOST SERVIDOR DE COPIAS HTTP para comunicación con los Servlets de control. SFTP para generación de árboles de directorios en el Host desde el cliente. PROTOCOLO DE COMUNICACIÓN SCP para transmisión de copias de seguridad y datos restaurados entre Cliente y Host. SMTP para envío de emails de notificación. Capacidad de funcionamiento entre distintas plataformas Sistemas operativos soportados: Windows XP, 2000, 2003, 2007, Vista, 2008, Windows 7, 8 y 2012 Linux (kernel 2.4.19 o superior, ej: Fedora 7, SuSE 9, CentOS etc) SISTEMAS OPERATIVOS INFRAESTRUCTURA NECESARIA (Incorporada el producto) con Kit de desarrollo java (J2SDK), versión recomendada 1.6.0 Servidor de servlets Apache Tomcat, versión recomendada 7.0.11 Un servidor SSH (En Windows el servidor SSH se ejecuta sobre la plataforma cygwin). Hasta 20 clientes REQUISITOS MINIMOS Procesador Pentium 4 1700 Mhz (o equivalente en rendimiento AMD o SPARC). 2 GB RAM. Hasta 100 clientes Intel Core2Duo 3.00 GHz (o equivalente en rendimiento AMD o SPARC) 4 GB RAM Superior 100 clientes Intel Xeon Quad 3.00 GHz (o equivalente en rendimiento AMD o SPARC) 8 GB RAM En todos los casos: 525 MB espacio en disco duro para el proceso de instalación inicial. Espacio en disco libre (al menos el volumen de la copia de los clientes a gestionar + un 20%). Acceso a Internet, puerto 80 (necesario durante el proceso de instalación y de actualización de licencia). Soportado proxy compatible con squid. Dirección IP asignada al servidor. Puertos 8080 y 22 accesibles desde Internet (configuración por defecto). Velocidad de bajada suficiente para realizar las copias dentro de las ventanas de backup de los clientes. Servidor SMTP (necesario para enviar ficheros de configuración y notificaciones al administrador y a los clientes)

SEGURIDAD HOST SERVIDOR DE COPIAS Seguridad en la transmisión y almacenamiento de la información Protocolos de comunicación: sftp, scp, http. La comunicación entre el backup Server y el backup Client, se realiza mediante un protocolo controlado por un conjunto de servlets. Protocolo de transmisión seguro (sftp, scp). Encriptación de datos (Rijndael de 128 bits). Ocultación de nombres. Seguridad IP: Posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente, para evitar el sniffer de tramas. REPLICACION Módulo opcional de replicación remota o local de Host de Almacenamiento de copias, para servidor de contingencia. En el caso de que el Host de copias tenga alguna incidencia entra a trabajar el segundo servidor, una vez recuperado el primer servidor se vuelven a sincronizar. ACCIONES POSTBACKUP Módulo opcional de acciones postbackup para programar acciones a realizar por el sistema una vez terminado un backup del cliente. (Replicación de servidores, integración de información, archivos de copias históricas...). PERSONALIZACION DE LA INTERFAZ Módulo opcional de personalización, de manera que la interfaz del cliente sea personalizada con otra imagen diferente de la del software. Puede soportar múltiples personalizaciones por grupos de clientes. ACTUALIZACION AUTOMATICA Actualización de software automática para todos los clientes de un Host una vez actualizado el software del Host. Los clientes se actualizarán en la primera conexión que realicen, evitando cualquier incompatibilidad de versiones. Posibilidad de inhibir, de provocar actualizaciones personales (a uno o a un grupo de clientes) y de secuenciar las actualizaciones un tiempo, con el objetivo de dosificar la carga del servidor cuando se actualizan los clientes de versión (Host con muchos clientes en línea). LICENCIAMIENTO Se licencia sin coste por la compra de los paquetes de cliente.

CLIENTE Control del consumo de la ADSL en subida y bajada de datos: Se controla por franjas horarias y la relación de MBs consumidos respecto a los MBs totales disponibles. El sistema realiza por defecto dos testes: Test de configuración, previo a la realización del primer backup: Para asegurarse de que la aplicación está bien configurada antes de realizar la primera copia de seguridad se ha incluido un test que debe ejecutarse obligatoriamente. El test comprueba fundamentalmente los diferentes tipos de conexiones y los permisos de acceso a los directorios de usuario. También se puede lanzar en cualquier momento que decida el usuario utilizando la opción de menú o el botón correspondiente en la ventana principal. Test de contenido de parche. Después de la generación de cada parche y antes de enviarlo al servidor, se realiza un test para comprobar que no está corrupto y prevenir posibles problemas de escritura en los discos locales. Realización de copias: manuales / programadas / programadas por el host: ENVÍO DE COPIAS DE SEGURIDAD El cliente describe diferentes perfiles en función de los grupos de datos a salvaguardar y la periodicidad de las copias de seguridad. Programa la realización periódica de la copia de cada perfil. Ejecuta también las copias programadas por el host. Copias diferenciales e incrementales: Permite realizar copias diferenciales binarias y/o meramente incrementales optimizando la ecuación tiempo de generación de parche + tiempo de transmisión = tiempo total de backup remoto. Se puede determinar por tipo de ficheros, tamaño... Programación de acciones prebackup y postbackup: Se automatizan de esta forma dentro de la aplicación del backup el lanzamiento de procesos que se requieren en la preparación de la copia o que se deben ejecutar al acabar la copia. Copias offline: proceso simplificado Da la posibilidad de decidir la ruta en la que se quieren dejar los datos para una copia inicial externa. Transmisión segura: Los datos se transmiten al Host de forma segura por la utilización del protocolo SSH y además, si el cliente utiliza una clave de encriptación, quedarán almacenados en el Host en formato encriptado. Si la copia de seguridad a enviar es voluminosa, se ofrece al cliente la posibilidad de enviarla por medios externos (CD/DVD) y se indica al Host el modo de envío (notificación al administrador).

CLIENTE IP SECURITY: Tanto en el cliente como en el servidor se ha implementado la posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente, de modo que se disponga de un protocolo robusto para evitar el sniffer de tramas. Notificación de verificación del proceso El cliente recibe vía email una notificación del resultado del backup y el espacio de almacenamiento consumido y disponible. En caso de error, informa de la causa mediante el envío de logs. Restauración de copias desde el cliente en tres pasos: Seleccionar los ficheros a restaurar Se puede solicitar la restauración de los datos incluidos en las diferentes copias de seguridad almacenadas en el Host. La pantalla de restauración ofrece una visualización tipo árbol que facilita la elección de ficheros/copias a recuperar. La restauración puede ser del parche completo o de ficheros y/o directorios determinados. Seleccionar la vía de restauración: online/offline RESTAURACIÓN DE DATOS El sistema realiza un cálculo del tiempo requerido para transmitir online los datos a restaurar y propone la vía más adecuada en cada caso. Seleccionar el lugar donde restaurar: en directorio original/en otro directorio Según se quiera mantener o sustituir la versión existente de esos ficheros en el cliente se copiaran en la misma carpeta o en otra alternativa. Nota: véase otras opciones de restauración en el epígrafe anterior funcionalidades del host Test para resolución de problemas: Test de configuración, previo a la realización del primer backup: Test de contenido de parche. Notificación de verificación del proceso. Reacción automática ante caídas de línea. RESOLUCIÓN DE PROBLEMAS El sistema reconoce la duplicidad de ficheros generados por Scandisk de Windows cuando existen unidades dañadas. Posibilidad de tratamiento de ficheros abiertos. Solución de continuidad: reacción automática ante caídas de línea La aplicación continúa desde la posición en la que se había producido el corte, tanto en la transmisión de copias de cliente a servidor como en la restauración de servidor a cliente. Realiza intentos automáticos de conexión cada minuto, dando la conexión por perdida solamente si se supera el tiempo límite establecido sin conexión en la línea.

CLIENTE Si todo intento de reconexión resultara fallido durante los procesos de copia / restauración el sistema ofrece al usuario la posibilidad de intentar completar el proceso en ese momento o finalizar la aplicación. En este último caso, al abrir de nuevo la aplicación, el proceso interrumpido se reanuda automáticamente, previa pregunta al usuario de su posible continuación. Programación de copias Desde cada máquina cliente Se puede automatizar la generación y envío de copias de seguridad utilizando el Programador de Tareas incorporado en la propia aplicación de backup client. El cliente puede programar los perfiles definidos con diferente periodicidad. desde el Business Server El host puede programar la ejecución de copias de seguridad de cada cliente o por grupos de clientes para: AUTOMATIZACIÓN DEL PROCESO asegurar que determinada información clave se copie en todo caso. planificar adecuadamente las ventanas de backup de toda la organización. organizar los backups por modelos de perfiles de forma que sea rápida y sencilla la puesta en marcha del servicio en toda la organización. Programación de restauraciones periódicas El Business Server puede programar la realización periódica de restauraciones a soporte externo como medida de seguridad complementaria. Nota: Todas las programaciones realizadas en el servidor se añaden a las propias generadas en el cliente Soporte para ficheros abiertos en Linux, Windows Xp, Windows 2003, Windows 7, 8 y 2012 TRATAMIENTO DE FICHEROS ABIERTOS Permite la sincronización de imágenes de bases de datos, ficheros de correo, documentos, etc... que estén siendo modificados en el instante de acceder a ellos para copiarlos. Se utiliza para ello la tecnología de VSS (shadowcopy) de Microsoft en los sistemas Windows y el mandatory loocking para los sistemas Linux ng ( el sistema de ficheros debe de estar montado). Soporte integrado para backup nativo de bases de datos: MSSQL, MySQL y Oracle. TRATAMIENTO DE BASES DE DATOS Activando este soporte para cualquiera de estos motores, podemos identificar en el sistema uno o varios servidores de bases de datos, sean locales (localhost) o remotos al sistema que hace las copias de seguridad. Resto de bases de datos por tratamiento de programación de procesos prebackup para exportación de bases en caliente, o por ficheros abiertos.

CLIENTE SEGURIDAD Seguridad en la transmisión y almacenamiento de la información Protocolos de comunicación: sftp, scp, http. La comunicación entre el backup Server y el backup Client, se realiza mediante un protocolo controlado por un conjunto de servlets. Protocolo de transmisión seguro (sftp, scp). Encriptación de datos (Rijndael de 128 bits). Ocultación de nombres. IP SECURITY: la posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente, de modo que se disponga de un protocolo robusto para evitar el sniffer de tramas. Capacidad de funcionamiento entre distintas plataformas SISTEMAS OPERATIVOS Linux (kernel 2.4.19 o superior, ej: Fedora 7, SuSE 9, CentOS etc). Windows 98/2000/2003/2007/2008/Me/XP/Vista/NT, Windows 7, Windows 8 y 2012. Resto de sistemas mediante emuladores o exportación de ficheros. Dependiente de la cantidad de información a copiar, pero como mínimo señalamos las siguientes características: INFRAESTRUCTURA MINIMA NECESARIA Procesador Pentium 3 800 Mhz (o equivalente). 512 Mb de RAM. 122 MB espacio en disco duro para el proceso de instalación inicial. Máquina virtual de Java, versión recomendada 1.4.2 (incorporada con el producto). Espacio suficiente para almacenar la copia de la última versión de datos (como máximo será el mismo tamaño de la información a salvaguardar). Salida a internet con puertos 8080 y 22 no filtrados. Servidor SMTP (necesario para enviar notificaciones). Canal de comunicación mínimo recomendado: RDSI 256 Kbps. HTTP para comunicación con los Servlets de control. PROTOCOLO DE COMUNICACIÓN SFTP para generación de árboles de directorios en el Host desde el cliente. SCP para transmisión de copias de seguridad y datos restaurados entre Cliente y Host. SMTP para envío de emails de notificación. LICENCIAMIENTO Se licencia por paquetes de clientes con dos tipos de licencia: Servidor: Sistemas operativos Windows 2000 server,2003 server, 2007 server, 2008 Server, 2012 server Linux, Solaris, Aix. Workstation: Windows 98, 2000 WorkStation, XP, Vista, Windows 7, 8

Tecnología ε: la base del alto rendimiento de ε indi La tecnología Epsilon es capaz de diferenciar dos versiones distintas de un mismo fichero de cualquier tipo obteniendo un fichero mínimo y comprimido de diferencias. ε Por qué? Porque transmite la información mínima necesaria para replicar los datos en el servidor remoto consiguiendo un importante ahorro en el consumo de ancho de banda. ε Por su rendimiento Por su versatilidad Por seguridad La tecnología (diferenciación incremental binaria de ficheros) permite realizar vía Internet copias de cientos de Gbytes de información con un consumo mínimo de canal, ya que encuentra coincidencias en cualquier punto de la versión anterior y sólo transmite las diferencias binarias entre los dos bloques de información comparados. No se trata de una mera copia incremental en la que se transmiten todos aquellos ficheros en los que se ha producido algún cambio, sino de transmitir únicamente dichos cambios a nivel binario. Se genera un único fichero de diferencias contiene: de los ficheros modificados: la diferencia binaria comprimida. de los ficheros/directorios eliminados: la orden de eliminarlos en el remoto. de los ficheros/directorios nuevos: solamente la información nueva comprimida. Diferencia todo tipo de ficheros, sin que su tamaño suponga un obstáculo. Permite replicar información entre distintas plataformas. Replica desde PCs, portátiles y servidores. Interfaz sencilla, disponible en varios idiomas. La generación del fichero de diferencias es automática y transparente para el usuario. El fichero de diferencias, incremental y mínimo, se transmite comprimido y encriptado para máxima seguridad del proceso.

Seguridad La seguridad del producto se basa en distintos factores según de que tipo de seguridad hablemos. Seguridad en la integridad de los datos: 1. Antes de dar por buena una copia inicial en el servidor, se realiza una verificación de todos los ficheros mediante el calculo md5 del contenido. 2. Las copias diferenciales se verifican en el cliente antes de transmitirlo y en el servidor después de la recepción. En caso de error en la verificación del cliente se vuelve a recalcular el fichero diferencial. Si el error se produce en el servidor, se vuelve a retransmitir. 3. Los ficheros diferenciales llevan redundancia interna para asegurar la integridad de la información. 4. Autocura en el servidor de segmentos de diferencias deteriorados (p.e. por la comunicación) y de versiones anteriores manipuladas. Seguridad en la transmisión y almacenamiento de los datos para hacerlos inaccesibles a terceras personas: 1. Primer nivel de encriptación: En primer lugar se encripta toda la transmisión mediante el protocolo SFTP. 2. Segundo nivel de encriptación: El usuario puede introducir una clave de encriptación que se realiza con 128 bits. De esta forma se asegura que la información almacenada en el remoto se encuentra encriptada, y únicamente el usuario con su clave de encriptación puede acceder a ella. 3. Los nombres de los ficheros en el servidor tienen una nomenclatura propia que le da el sistema con lo que no se puede conocer ni el nombre del fichero de origen. 4. Reacción automática ante caídas de línea: continúa la transmisión del parche desde el punto en que lo dejó. 5. IP SECURITY: posibilidad de firmar todas las tramas de diálogo con el Servidor con la IP del cliente. Protocolo para evitar el sniffer de tramas. Seguridad para el administrador del sistema: 1. Envío de mensajes con cada copia y aviso de errores o de incidencias, ficheros no copiados...etc. 2. Tratamiento de logs. 3. Logs rotativos tanto en cliente como en servidor. 4. Logs adjuntos en los emails de notificación. 5. Monitorización online de todos los clientes activos y aviso en tiempo real de no realización de backups por los clientes. 6. Posibilidad de actuación desde el administrador del sistema para relanzar copias de seguridad de clientes, restauraciones y rearmes del sistema.

Cuadro de rendimientos Los tiempos de proceso en la realización de la diferenciación de la información y preparación de la copia y los tamaños de los parches pueden ser muy variables, ya que dependen de múltiples factores que no se repiten de una instalación a otra, ni incluso en la misma instalación de diferentes momentos: variabilidad de la información, número de ficheros, máquina dónde se realiza el proceso...etc. No obstante a continuación, y a modo de ilustración, marcamos algunos tiempos y tamaños de los ficheros a enviar que pueden servir como orientación, y que corresponden a casos reales en distintos clientes. Tamaño información original Tipo de información 1.5 GB 1 fichero BBDD Navision 3.5 GB 10 ficheros Tiempo de proceso Tamaño del parche Tiempo aproximado de diferenciación y a enviar de envío por una preparación línea de 256 Kb 7 m 20s 18 MB 9 m 36s Outlook Express (copiados por red local desde el servidor) 48 m 24 MB 12 m 48s 6 GB 1 fichero Fichero correo Evolution 20 m 8,7 MB 10 m 4.5 GB 1 fichero Exportación Oracle 150 usuarios 20 m 5,2 MB 4m 8 GB 1 fichero Backup Exchange con NTBackup (*.bkf) 1h 30 MB 18 m 12 GB 20 ficheros BBDD Oracle 2h 36 MB 19m 12s 20 GB Varios ficheros BBDD nativa 2h 750 MB 6 h 40 m 23 GB 1 fichero Exportación MSSqlServer (*.bak) 2 h 27 m 16 MB 8m 30s 32 GB 1 fichero Backup Exchange con NTBackup (*.bkf) 4h 430 MB 3h 50m 36 m 30 MB 16 m 52 m 185 MB 1h 39 m 2h6m 383 MB 3h 25 m 30 GB 66,223 ficheros 80 GB 206,156 ficheros 250 GB 290,000 ficheros Navision Servidor ficheros empresa pequeña Servidor ficheros empresa mediana Servidor ficheros empresa grande

Tratamiento de bases de datos abiertas Soporte integrado para backup nativo de bases de datos: MSSQL, MySQL y Oracle. Activando este soporte para cualquiera de estos motores, podemos identificar en el sistema uno o varios servidores de bases de datos, sean locales (localhost) o remotos al sistema que hace las copias de seguridad. El proceso de backup presincronizará en caliente todas las bases de datos contenidas en los servidores mencionados utilizando el propio motor de la base de datos. Es decir que se trata de una copia similar a la que haría el gestor de la propia base, esta copia se utiliza como información de base para ser diferenciada. La presincronización puede ser persistente o volátil según se desee tener acceso directo en local a la copia nativa generada o bien deseamos que dicha copia sea eliminada del sistema y sólo es recuperables desde el programa de backup. Para el tratamiento de cualquier otra base de datos en caliente disponemos de dos métodos: El primer método es que el sistema de bakup programa una parada de la base. Se sincroniza y se vuelve a arrancar la base. La parada puede ser de unos segundos a unos minutos dependiendo del volumen de la misma. El proceso se automatiza totalmente desde la aplicación de backup sin que el usuario tenga que intervenir. El segundo método, es el de utilizar los propios mecanismos de exportación de las bases de datos para obtener copias íntegras en caliente y utilizar estas imágenes como imágenes a procesar en el backup. Este es el método más usado por nuestros clientes, ya que se trabaja con la recomendación de los propios gestores de las bases de datos, y supone un menor coste de licencias para el cliente. El proceso se automatiza totalmente desde la aplicación de backup sin que el usuario tenga que intervenir. En los sistemas XP, Windows 2003, Windows 7, 8 y 2012 server es posible el tratamiento de cualquier base de datos abierta, sin necesidad de programar ni parada ni exportación por tratamiento de ficheros abiertos. Tratamiento de ficheros abiertos Soporte para ficheros abiertos en Linux, Windows XP, Windows 2003, Windows 7, 8 y 2012. Permite la sincronización de imágenes de bases de datos, ficheros de correo, documentos, etc... que estén siendo modificados en el instante de acceder a ellos para copiarlos. Se utiliza para ello la tecnología de VSS (shadowcopy) de Microsoft en los sistemas Windows y el mandatory loocking en sistemas Linux.