Automatización Informática

VMware y el mundo de la virtualización

automating — Thu, 31 Jul 2008 10:27:01 +0000

La tecnología de la virtualización ha existido en el mundo de la informática desde hace algunos años, pero debido a que los sistemas cada vez son más rápidos, CPUs más rápidas y potentes, más capacidad de RAM, etc, la virtualización empieza a ser una herramienta imprescindible en el mundo de los informáticos. ¿Quién no ha montado un servidor virtual para aprender, testear y realizar todo tipo de configuraciones de prueba, sin ningún tipo de miedo a dañar el sistema?

Las empresas que ofrecen software para la virtualización son VMware, con una gran rango de productos como VMware Server y VMware ESXi, además VMware te permite controlar centralmente la virtualización de varios sistemas a través del VirtualCenter. Otro producto de virtualización lo ha creado Microsoft, el llamado Microsoft Virtual PC, se distribuye de forma gratuita pero no tan avanzada como VMware.También existen versiones Open Source como Virtualbox.

Los productos más utilizados de VMware son VMware Server y VMware ESXi, sus diferencias más importantes son:

VMware Server se ejecuta siempre en un ordenador con un sistema operativo instalado, se instala como una aplicación del sistema operativo, dependiendo totalmente de este para gestionar sus recursos

VMware ESXi por el contrario no necesita ningún sistema operativo para funcionar, el mismo VMware ESXi es el kernel del sistema permitiendo instalaciones bare metal, los sistemas operativos son completamente independientes unos de otros y permite gestionar independientemente el hardware de cada servidor/ordenador virtual.

El otro día asistí a un seminario de recuperación de desastres a través de la virtualización que ofrecía Acronis, el sistema te permitía crear una imagen de disco de un Servidor Windows 2003 Server, esta imagen a través de una opción que tiene Acronis en su suite de Acronis True Image Echo Enterprise te permitía convertir la imagen a un formato leible por el software de virtualización , en este caso Vmware Server, una vez convertida la imagen con Vmware Server podíamos abrir el sistema en cualquier ordenador, y lo más importante, al ser virtual el sistema arranca sin problemas independientemente del hardware del ordenador. Esta es una de las aplicaciones importantes de la virtualización, la recuperación de sistemas en casos de desastres informáticos, de una forma rapidísima.

El mundo de la virtualización ofrece múltiples posibilidades en el mundo de la informática, poder poner varios sistemas en un mismo ordenador, puede suponer un gran ahorro económico, sobre todo en Data Centers, aunque siempre hay que tener en cuenta cuales pueden ser los bottleneck “cuello de botella” en estos casos, como por ejemplo el sistema de almacenamiento, importantísimo en el rendimiento de un sistema virtuale, este tiene que ser un sistema que pueda aumentarse sin ninguna dificultad, protegido contra errores con Raid y con una velocidad I/O del disco buena que no provoque lentitud en el sistema. Los mejores sistemas para almacenar sistemas virtuales son los SAN ( Storage Area Network).

Arturo Laá

CSSA Certified Sonicwall Security Administrator

ACE Acronis Certified Engineer

www.infomat.es

Mantenimiento Informático

automating — Tue, 10 Jun 2008 12:59:09 +0000

Un buen sistema de mantenimiento informático no consiste en ”cuando hay algún problema se va y se arregla”, ni tampoco en “ir unas cuantas horas semanales o mensuales y comprobar que todo esta bien y funcionando”. Este sistema se basa en un mantenimiento Reactivo.

Cada día estamos oyendo a través de internet/televisión y demás medios de comunicación que aparecen nuevas amenazas que pueden perjudicar seriamente nuestros ordenadores, virus, spam, spyware, phishing y demás. Como dijo el diario online www.20minutos.com en una de sus noticias “Saturación por aumento del tráfico de datos, virus, estafas por phishing y ordenadores ‘esclavizados’ ponen en riesgo la estabilidad de la Red. “.

Hoy en día empresas que ofrecen un buen mantenimiento informático ofrecen un sistema para controlar preventivamente 24/7 toda la infraestructura informática de la empresa. Este tipo de mantenimiento informático se basa en dos puntos fundamentales;

Automatización
Monitorización

Automatización Informática

La automatización de procesos informáticos en una red informática hace más seguros y fiables los sistemas informáticos ofreciendo una mayor seguridad y optimización de la red informática. Esta automatización se puede programar a intervalos diferentes según el proceso, por ejemplo las automatizaciones más comunes serían las siguientes;

Actualización de los parches de seguridad
Actualización de los antivirus/antispyware unas tres veces al día mínimo
Scaneos periódicos de los antivirus/antispyware
Ejecución de copias de seguridad Locales y Remotas.
Desfragmentación de los discos duros
Limpiezas de archivos temporales
Auditorías de Hardware y Software en la red
Instalación de software en toda la empresa

Un sistema de automatización permite realizar un mantenimiento a todos los ordenadores sin necesidad de estar presente físicamente en cada ordenador.

Monitorización

Un buen sistema de mantenimiento informático además de tener un sistema de automatización de procesos, sería inútil si no hubiera una monitorización, vuelvo a reiterar que para realizar un buen mantenimiento se necesita una monitorización del sistema 24/7 que avise al administrador al instante de cualquier problema a través de un sistema de alertas. Además de monitorizar todos los procesos automatizados vistos anteriormente, también se puede monitorizar;

Eventos de Windows
CPU y Memoria
Espacio en los Discos duros
Impresoras en red, estado del tonner, nº páginas imprimidas,..
ancho de banda
Servidores web, Email, ficheros,
Aplicaciones específicas
y mucho más..

Para contratar una empresa exterior para realizar el mantenimiento informático es muy importante además de la fiabilidad de la empresa, que ofrezca un sistema como este dando un valor añadido al mantenimiento y basado en un mantenimiento preventivo y no reactivo.

Arturo Laá

CSSA Certified Sonicwall Security Administrator

ACE Acronis Certified Engineer

www.infomat.es

Cómo configurar una red privada virtual VPN con OpenVPN

automating — Tue, 03 Jun 2008 19:10:32 +0000

Las conexiones VPN (Virtual Private Network) pueden servir para una gran variedad de escenarios en las redes informáticas de hoy en día, ofreciendo una gran flexibilidad y seguridad a la hora de planificarlas y administrarlas, como por ejemplo conectar varias oficinas separadas geográficamente como si fuera sólo una red de una forma segura o permitir una conexión segura a la red interna de la empresa a trabajadores que normalmente están trabajando remotamente como por ejemplo comerciales.

El escenario que voy a utilizar en la configuración lo podéis ver en el siguiente dibujo:

Utilizo como servidor VPN un servidor linux Fedora core 6 y como cliente vpn un portátil con Windows XP Sp2.

Lo primero que tenemos que hacer es instalar openvpn, en el servidor fedora, utilizando el comando:

# yum install openvpn

Esto instalará todo el paquete rpm de OpenVPN y cualquier otro módulo que necesite para su funcionamiento.

Una vez instalado OpenVPN podemos empezar a configurar el servidor, creamos el master Certificate Authority (CA) y la key que utilizaremos para la autenticación Servidor-cliente.

Ir al directorio:

/usr/share/openvpn/easy-rsa/2.0

donde encontraremos los ejecutables para crear los certificados y llaves.

Editar el fichero vars

y cambiar los datos siguientes por vuestros datos:

export KEY_COUNTRY=”ES”( el código de tu país)

export KEY_PROVINCE=”TG”( la iniciales de tu provincia)

export KEY_CITY=”Tuciudad”

export KEY_ORG=”Tuempresa”

export KEY_EMAIL=”tuemail@tuemail.ccom“

Después ejecuta los siguientes comandos:

#source ./vars
#./clean-all
#./build-ca (crea el certificate Authority (CA))

y rellena los siguientes campos o deja el señalado por defecto cuando te lo pregunte:

Country Name (2 letter code) [ES]:

State or Province Name (full name) [TG]:

Locality Name (eg, city) [Tuciudad]:

Organization Name (eg, company) [Empresa]:

Organizational Unit Name (eg, section) []:

Common Name (eg, your name or your server’s hostname) [server]: ( nombre de tu servidor)

Email Address [tuemail@email.ccom]:

A continuación crearemos el certificado y la llave privada para el servidor:
#./build-key-server server

Y ahora crearemos el certificado y la llave privada para los clientes:

#./build-key portatil1
#./build-key portatil2
#./build-key portatil3

Una vez creado los certificados y llaves correspondientes generaremos los parámetros llamados Diffie Hellman con el siguiente comando:

#./build-dh

Al final se nos ha creado un conjunto de certificados y llaves, en el directorio
/usr/share/openvpn/easy-rsa/2.0/key

de todos los archivos creados tenemos que copiar al ordenador cliente los ficheros ca.crt, portatil1.crt y portatil1.key ( al ordenador portatil1) y lo mismo para los otros ordenadores clientes si los hubiera. podemos utilizar para copiarlo winscp.

Ahora configuraremos el fichero server.conf del servidor que en fedora se encuentra en el directorio:

/usr/share/doc/openvpn-2.1/sample-config-files/

La configuración final del fichero server.conf es:

proto udp

dev tun

ca /usr/share/openvpn/easy-rsa/2.0/ca.crt # ponemos el directrorio donde estan creadas las llaves

cert /usr/share/openvpn/easy-rsa/2.0/server.crt

key /usr/share/openvpn/easy-rsa/2.0/server.key

dh /usr/share/openvpn/easy-rsa/2.0/dh1024.pem

server 10.8.0.0 255.255.255.0 # la red VPN

ifconfig-pool-persist ipp.txt

push “route 192.168.0.0 255.255.255.0″ # cambiar esta dirección de red a la red privada que se encuentra tu servidor

client-to-client # si quieres que los clientes vpn se vean entre ellos

keepalive 10 120

comp-lzo

persist-key

persist-tun

status openvpn-status.log

verb 3

Ahora vamos a configurar el ordenador cliente:

Una vez descargado openvpn para la versión windows e instalado, ir al directorio:

C:\Archivos de programa\OpenVPN\config

editar el fichero client.ovpn y poner lo siguiente:

client

dev tun

dev-node mytap # el nombre del adaptador virtual que se ha creado en conexiones de red

proto udp

remote 87.34.3.22 1194 # La ip pública del router de la empresa

resolv-retry infinite

nobind

persist-key

persist-tun

ca ca.crt # ruta donde has copiado el fichero ca.crt en el ordenador cliente

cert portatil1.crt # ruta donde has copiado el fichero portatil1.crt

key portatil1t1.key # ruta donde has copiado el fichero portatil1.key

ns-cert-type server

comp-lzo

verb 3

Una vez configurado todo esto podemos comprobar si la conexión VPN se realiza con éxito, para ello ejecutaremos el siguiente comando en el servidor:

#openvpn server.conf

y veréis algo parecido a:

Mon Jun 2 17:53:41 2008 OpenVPN 2.1_rc2 i386-redhat-linux-gnu [SSL] [LZO2] [EPOLL] built on Mar 3 2007

Mon Jun 2 17:53:41 2008 Diffie-Hellman initialized with 1024 bit key

Mon Jun 2 17:53:41 2008 TLS-Auth MTU parms [ ]

Mon Jun 2 17:53:41 2008 TUN/TAP device tun0 opened

Mon Jun 2 17:53:41 2008 TUN/TAP TX queue length set to 100

Mon Jun 2 17:53:41 2008 /sbin/ip link set dev tun0 up mtu 1500

Mon Jun 2 17:53:41 2008 /sbin/ip addr add dev tun0 local 10.8.0.1 peer 10.8.0.2

Mon Jun 2 17:53:41 2008 /sbin/ip route add 10.8.0.0/24 via 10.8.0.2

Mon Jun 2 17:53:41 2008 Data Channel MTU parms [ ]

Mon Jun 2 17:53:41 2008 Socket Buffers: R=[110592->131072] S=[110592->131072]

Mon Jun 2 17:53:41 2008 UDPv4 link local (bound): [undef]:1194

Mon Jun 2 17:53:41 2008 UDPv4 link remote: [undef]

Mon Jun 2 17:53:41 2008 MULTI: multi_init called, r=256 v=256

Mon Jun 2 17:53:41 2008 IFCONFIG POOL: base=10.8.0.4 size=62

Mon Jun 2 17:53:41 2008 IFCONFIG POOL LIST

Mon Jun 2 17:53:41 2008 client1,10.8.0.4

Mon Jun 2 17:53:41 2008 Initialization Sequence Completed

Ahora en el ordenador cliente ejecutaremos el siguiente comando:

openvpn client.ovpn

Y veréis algo parecido a:

Mon Jun 02 17:42:13 2008 OpenVPN 2.0.9 Win32-MinGW [SSL] [LZO] built on Oct 1 2006

Mon Jun 02 17:42:13 2008 LZO compression initialized

Mon Jun 02 17:42:13 2008 Control Channel MTU parms [ ]

Mon Jun 02 17:42:13 2008 Data Channel MTU parms [ ]

Mon Jun 02 17:42:13 2008 Local Options hash (VER=V4): ’41690919′

Mon Jun 02 17:42:13 2008 Expected Remote Options hash (VER=V4): ’530fdded’

Mon Jun 02 17:42:13 2008 UDPv4 link local: [undef]

Mon Jun 02 17:42:13 2008 UDPv4 link remote: 87.34.3.22:1194

Mon Jun 02 17:42:13 2008 TLS: Initial packet from 87.34.3.22:1194, sid=af133203 12cvf073

Mon Jun 02 17:42:13 2008 VERIFY OK: depth=1, /C=ES/ST=TG/L=Tuciudad/O=Tucompañia/OU=information_technology/CN=server/emailAddress=tuemail@tuemail.ccom

Mon Jun 02 17:42:13 2008 VERIFY OK: nsCertType=SERVER

Mon Jun 02 17:42:13 2008 VERIFY OK: depth=0, /C=ES/ST=TG/L=tuciudad/O=tucompañía/OU=information_technology/CN=server/emailAddress=tuemail@tuemail.ccom

Mon Jun 02 17:42:13 2008 Data Channel Encrypt: Cipher ‘BF-CBC’ initialized with 128 bit key

Mon Jun 02 17:42:13 2008 Data Channel Encrypt: Using 160 bit message hash ‘SHA1′ for HMAC authentication

Mon Jun 02 17:42:13 2008 Data Channel Decrypt: Cipher ‘BF-CBC’ initialized with 128 bit key

Mon Jun 02 17:42:13 2008 Data Channel Decrypt: Using 160 bit message hash ‘SHA1′ for HMAC authentication

Mon Jun 02 17:42:13 2008 Control Channel: TLSv1, cipher TLSv1/SSLv3 DHE-RSA-AES256-SHA, 1024 bit RSA

Mon Jun 02 17:42:13 2008 [server] Peer Connection Initiated with 87.34.3.22:1194

Mon Jun 02 17:42:14 2008 SENT CONTROL [server]: ‘PUSH_REQUEST’ (status=1)

Mon Jun 02 17:42:14 2008 PUSH: Received control message: ‘PUSH_REPLY,route 192.168.0.0 255.255.255.0,route 10.8.0.0 255.255.255.0,topology net30,ping 10,ping-restart 120,ifconfig 10.8.0.6 10.8.0.5′

Mon Jun 02 17:42:14 2008 OPTIONS IMPORT: timers and/or timeouts modified

Mon Jun 02 17:42:14 2008 OPTIONS IMPORT: –ifconfig/up options modified

Mon Jun 02 17:42:14 2008 OPTIONS IMPORT: route options modified

Mon Jun 02 17:42:14 2008 TAP-WIN32 device [mytap] opened: \\.\Global\{87A3A26E-2E66-4AFE-9550-2567642AAE89}.tap

Mon Jun 02 17:42:14 2008 TAP-Win32 Driver Version 8.4

Mon Jun 02 17:42:14 2008 TAP-Win32 MTU=1500

Mon Jun 02 17:42:14 2008 Notified TAP-Win32 driver to set a DHCP IP/netmask of 10.8.0.6/255.255.255.252 on interface {87A3A26E-2E66-4AFE-9550-2567642AAE89} [DHCP-serv: 10.8.0.5, lease-time: 31536000]

Mon Jun 02 17:42:14 2008 Successful ARP Flush on interface [65541] {87A3A26E-2E66-4AFE-9550-2567642AAE89}

Mon Jun 02 17:42:14 2008 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down

Mon Jun 02 17:42:14 2008 Route: Waiting for TUN/TAP interface to come up…

Mon Jun 02 17:42:15 2008 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down

Mon Jun 02 17:42:15 2008 Route: Waiting for TUN/TAP interface to come up…

Mon Jun 02 17:42:16 2008 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down

Mon Jun 02 17:42:16 2008 Route: Waiting for TUN/TAP interface to come up…

Mon Jun 02 17:42:17 2008 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down

Mon Jun 02 17:42:17 2008 Route: Waiting for TUN/TAP interface to come up…

Mon Jun 02 17:42:18 2008 TEST ROUTES: 0/0 succeeded len=2 ret=0 a=0 u/d=down

Mon Jun 02 17:42:18 2008 Route: Waiting for TUN/TAP interface to come up…

Mon Jun 02 17:42:19 2008 TEST ROUTES: 2/2 succeeded len=2 ret=1 a=0 u/d=up

Mon Jun 02 17:42:19 2008 route ADD 192.168.1.0 MASK 255.255.255.0 10.8.0.5

Mon Jun 02 17:42:19 2008 Route addition via IPAPI succeeded

Mon Jun 02 17:42:19 2008 route ADD 10.8.0.0 MASK 255.255.255.0 10.8.0.5

Mon Jun 02 17:42:19 2008 Route addition via IPAPI succeeded

Mon Jun 02 17:42:19 2008 Initialization Sequence Completed

Mon Jun 02 17:42:35 2008 TCP/UDP: Closing socket

Mon Jun 02 17:42:35 2008 route DELETE 10.8.0.0 MASK 255.255.255.0 10.8.0.5

Mon Jun 02 17:42:35 2008 Route deletion via IPAPI succeeded

Mon Jun 02 17:42:35 2008 route DELETE 192.168.0.0 MASK 255.255.255.0 10.8.0.5

Mon Jun 02 17:42:35 2008 Route deletion via IPAPI succeeded

Mon Jun 02 17:42:35 2008 Closing TUN/TAP interface

Mon Jun 02 17:42:35 2008 SIGTERM[hard,] received, process exiting

Para comprobar la conexión podemos hacer un ping a la ip privada del servidor

ping 192.168.0.1

Haciendo ping a 192.168.0.1 con 32 bytes de datos:

Respuesta desde 192.168.0.1: bytes=32 tiempo<1m TTL=64

y comprobamos que la conexión está funcionando, ahora tenemos una conexión VPN al servidor de la empresa.

Algunas consideraciones:

Para que la conexión funcione hay que redirigir el puerto 1194 del router de la empresa al servidor vpn.
Hay que tener en cuenta que para unir dos redes separadas a través de una VPN, el rango de ip privadas tienen que ser diferente subnet para que funcione, no pueden pertenecer a la misma como por ejemplo las dos a 192.168.0.0 255.255.255.0.

Si quisiéramos tener también conexión con los demás ordenadores de la empresa, tenemos que comprobar que Ip Forwarding está activado en el servidor vpn, para activarlo se ejecuta el siguiente comando:

echo 1 > /proc/sys/net/ipv4/ip_forward

Además tendríamos que configurar en el router de la empresa una ruta que indique que la forma para llegar a la red de la vpn cliente es a través del servidor VPN.

Bueno como podéis comprobar configurar un servidor VPN con OpenVPN no es tan difícil, aunque esta configuración es muy sencilla, se puede complicar un poco más dependiendo del número de redes a unir, y diferentes configuraciones para cada una.

Un saludo,

Arturo Laá Mc crory

CSSA Certified Sonicwall Security Administrator

ACE Acronis Certified Engineer

Continuidad de Negocio en la empresa

automating — Tue, 04 Mar 2008 11:18:16 +0000

Las empresas tienen que ser competitivas en el mercado, lo cual implica estar tecnológicamente actualizadas para que la productividad de su negocio sea óptimo, la productividad en una empresa está muy ligada a las nuevas tecnologías, por ejemplo no es lo mismo un empleado que trabaja con un pentium II que con un intel core 2 duo vPro, o no es lo mismo aquella empresa que no tiene ningún tipo de dominio y utiliza “ nombreempresa(arroba)telefonica.net” que la empresa que tiene dominio y página web, aquí podemos ver que las nuevas tecnologías están muy ligadas a la productividad.

Ahora bien para que una empresa sea productiva tiene que tener un sistema de continuidad de negocio, esto se refiere a un plan en casos de emergencia para reducir al mínimo el tiempo muerto por falta de recursos. La continuidad de negocio se puede contratar a empresas externas especializadas en este tema, la cual realiza un estudio de la empresa final, estudia toda la infraestructura infomática de la empresa, y los puntos más débiles en caso de desastre informático.

Un plan de continuidad de negocio da seguridad en la empresa, pues se sabe que ocurra lo que ocurra todo está planificado para reducir al mínimo el tiempo del desastre.

Un buen plan de continuidad de negocio incluye desde el ordenador de un usuario de la empresa hasta los servidores/routers/switches de la empresa.

Por ejemplo hasta ahora los sistemas de copias de seguridad se han realizado mediante cintas, las cuales se tienen que ir cambiando periódicamente y en caso de desastre total del servidor lleva mucho tiempo e incluso días la puesta a punto de todo el sistema.

Ahora bien un buen plan de continuidad de negocio referente sólo al servidor/sistema de copias de seguridad por ejemplo, te aseguraría tener un nuevo servidor con la configuración existente en unas pocas horas, la empresa que realiza el servicio habría suplantado el sistema de cintas por un sistema de imágenes completas del servidor, tendría en stock un servidor que puede ser remplazado de inmediato, se instalaría la imagen que se ha realizado del servidor anterior ( esta imagen contiene todas las actualizaciones, configuraciones/software del servidor anterior, pues es una imagen idéntica) y en cuestión de unas pocas horas tendrías el sistema funcionando de nuevo. Un programa que realiza este sistema de backup es Acronis True Image con Universal restore (permite restaurar las imágenes en hardware diferente).

Este sólo ha sido un ejemplo del servidor de una empresa, pero el plan de negocio se aplica a todos los niveles, desde los ordenadores de los usuarios, al router ADSL, switches, impresoras y demás.

Sólo pensar lo que una empresa pierde cuando su sistema informático no funciona!!, esto es lo que quiere solucionar la continuidad de negocio, reducir al mínimo tiempo el desastre informático para que la empresa siga funcionando.

Arturo Laá.

Cambio de estrategia en el mantenimiento informático

automating — Fri, 22 Feb 2008 10:21:21 +0000

Países como Estados Unidos, Inglaterra, Alemania ya han empezado a cambiar el modelo de servicios informáticos a empresas de lo llamado ” break fix” por el modelo “MSP” o managed service provider. Según bastantes informes el 2008 será el año donde la gran mayoría de empresas informáticas cambiarán al modelo MSP.

El modelo “break fix” es el servicio que se ofrece a una empresa cuando hay un problema informático, por lo tanto no hay un seguimiento continuo de la infraestructura informática de la empresa, sólo cuando pasa algo se informa y el técnico lo resuelve, es el método que tradicionalmente se ha realizado hasta ahora, y que normalmente se cobra por hora de servicio.

El modelo MSP o Proveedor de servicios gestionados, va más allá de todo esto, la relación entre empresa final y la empresa MSP es más de socios que de empresa que hace el mantenimiento informático. Un MSP estudia la empresa para sacar el mejor rendimiento al menor coste utilizando las últimas tecnologías, realiza un seguimiento continuo de la infraestructura informática de la empresa, cuida de que la productividad se maximice al máximo, sin que existan tiempos perdidos debido a un desastre informático.

Las empresas MSP utilizan herramientas de control, monitorización y automatización para saber en tiempo real y 24/7 el estado de la red informática de las empresas. Software como kaseya, el cual utilizamos en la empresa donde trabajo, se encarga de llevar un control completo sobre las empresas clientes, a través de este software podemos automatizar procesos específicos de cada cliente, como la instalación de software en todas las sucursales, o bien controlar que todos los antivirus estén actualizados, y en caso de que algo falle a través de un sistema de alerta recibiríamos un email indicándonos donde está el error, o fallo al instante. Este tipo de software permite a las empresas MSP tener un control exhaustivo de todo lo que pasa en la red, a través una monitorización de todas las estaciones de trabajos, servidores, routers y demás, así pasaríamos de un modelo de break fix ( un modelo reactivo ) a l modelo MSP ( un modelo Proactivo).

Si queréis saber más sobre kaseya descargaros estos dos documentos pdf:

http://www.infomat.es/archivos/caracteristicas_kaseya_enterprise.pdf

http://www.infomat.es/archivos/Technology.overview.kaseya.pdf

En definitiva, MSP o Proveedor de servicios informáticos es un modelo que ya está en práctica en muchos otros países, en España es bastante nuevo y llevará un tiempo para el cambio, aunque yo creo que a la larga la mayoría de empresas informáticas cambiarán a este modelo, pues la empresas quieren ser competitivas y tienen que serlo y nada mejor para ello que tener una empresa MSP que le asesore en nuevas tecnologías y controle su infraestructura informática de una forma eficaz, proactiva, y dando continuidad de negocio.

Arturo Laá.

CSSA Certified Sonicwall Security Administrator

ACE Acronis Certified Engineer