Página principal Sobre mi Links de Interés Contacto Blogs de referencia

Translate

miércoles, 29 de noviembre de 2017

Textual description of firstImageUrl

Vembu BDR: Actualizar versión 3.8.0 SP1.

En el laboratorio de hoy, vamos a actualizar la versión a nuestro servidor de copias de seguridad Vembu BDR.

Vembu BDR es un software que nos permite realizar copias de seguridad y replicas en equipos que se encuentren en nuestras infraestructuras, ya sean equipos físicos o maquinas virtuales.

La gestión de nuestras copias de seguridad es centralizada y las características principales de Vembu BDR son:

  • Soporte para entornos físicos y virtuales de VMware o Hyper-V.
  • En los entornos físicos soporta sistemas operativos Windows Server y Windows cliente.
  • Recuperación "Bare-Metal" en entornos físicos.
  • Recuperación granular a nivel de fichero.
  • Recuperación granular de aplicaciones: Active Directory, Exchange, SQL Server, Sharepoint.

Vembu BDR se licencia por número de sockets de cada host en entornos VMware o Microsoft Hyper-V y es posible instalar el producto en sistemas operativos Microsoft Windows Server 2016, 2012 R2, 2012, 2008 R2, Windows 10 o Linux Ubuntu.

Es compatible con VSS de Windows y nos permitirá el truncado de logs de transacciones de Microsoft Exchange, Microsoft SQL, etc...

Con Vembu BDR tendremos la posibilidad de poder iniciar una máquina virtual desde la copia de seguridad usando un recurso de red NFS, esta característica se llama Instant Virtual Machine.

También, podemos recuperar de forma automática nuestra copia de seguridad en un segmento aislado de red y enviar vía correo electrónico una captura de pantalla de la maquina virtual que hemos recuperado, de este modo podemos verificar si nuestras copias de seguridad se ha realizado de forma correcta.

Permite la compresión de datos y encriptación en repositorios de tipo Network Attached Storage o NAS, Storage Area Network o SAN y finalmente Direct Attached Storage o DAS.

Es posible realizar una conversión Physical to virtual y Virtual to virtual.

Con la opción disaster recovery, podemos recuperar nuestra infraestructura on-premises o en la nube de Vembu que usa tecnología de Amazon Web Services.

Encontrareis más información de la nueva versión Vembu BDR Suite Free Edition, en el enlace que mostramos a continuación.
En primer lugar nos dirigiremos a la página oficial de Vembu y  descargaremos el archivo de la actualización.

Download Vembu BDR Suite v3.8.0 SP1

domingo, 26 de noviembre de 2017

Textual description of firstImageUrl

VMware 6.5.0: Agregar un nuevo HDD virtual a un servidor que se encuentra en producción.

En el laboratorio de hoy, veremos como tenemos que proceder para conseguir agregar fácilmente un nuevo disco duro virtual a un servidor Windows 2012 R2 que se encuentra en producción.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en el que seguimos el procedimiento para agregar un nuevo disco virtual a un servidor Windows 2012 R2 que se encuentra en producción, la versión de VMware vSphere que usaremos en nuestro entorno de laboratorio será la 6.5.0.



Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:

Lo primero que vamos a hacer será, dirigiremos a la consola web de nuestro servidor de virtual center y validaremos con nuestras credenciales de acceso. En el árbol del inventario, situado en la parte lateral izquierda de la consola, seleccionaremos la máquina virtual a la que le queremos agregar un nuevo disco duro y desplegaremos el menú de acciones del servidor virtual. La opción del menú de Acciones, la buscaremos en la parte superior de la consola.

Seguidamente, seleccionaremos la acción llamada Editar configuración, aparecerá una nueva ventana emergente llamada Editar configuración.

En la parte inferior de la ventana Editar configuración, encontraremos un menú desplegable llamado Nuevo dispositivo. Lo desplegaremos y seleccionaremos la opción llamada Nuevo Disco Duro, una vez seleccionado el tipo de dispositivo que queremos agregar a nuestra máquina virtual solo tendremos que pulsar el botón llamado Agregar para hacerlo efectivo.

Solo tendremos que decidir el tamaño de nuestro disco y pulsar el botón Aceptar para aplicar los cambios, en nuestro laboratorio vamos a crear un nuevo disco duro virtual de solo 1 Gb.


miércoles, 22 de noviembre de 2017

Textual description of firstImageUrl

Sonicwall: crear nueva NAT policy.

Las directivas NAT nos permiten tener una gran flexibilidad para controlar la traducción de direcciones de red basada en combinar las coincidencias de la dirección IP de origen, la dirección IP de destino y los servicios que usaremos en el destino. El NAT basado en políticas, nos permitirá implementar diferentes tipos de NAT simultáneamente.

En primer lugar, vamos a crear los objetos necesarios para nuestra nueva política de NAT. Si no estáis familiarizados con el proceso de creación de los objetos podéis acceder a los enlaces que os dejamos a continuación.
Una vez hayamos creado los objetos necesarios, e nuestro laboratorio serán los puertos que usa el servicio de grabación de nuestras cámaras de vigilancia y el objeto que definirá el grabador digital que guardará las imágenes que registren cada una de las cámaras.

En el menú lateral izquierdo de la consola de SonicOS seleccionaremos la sección Network y, seguidamente seleccionaremos la opción llamada Nat Policies. Una vez nos encontremos en la sección de politicas de NAT, presionaremos el botón Add.

Aparecerá una nueva ventana emergente llamada Edit Nat Policy, donde rellenaremos cada una de las opciones descritas a continuación.

Original Source: Se usa para identificar las direcciones IP de origen, del paquete que atravesará el dispositivo el Firewall, ya sea a través de interfaces o usando túneles VPN. Podemos usar los Objetos de Dirección que tenemos creados de forma predeterminada en nuestro SonicOS, o podemos crear objetos propios. Estas entradas pueden ser de tipo host, rangos de direcciones IP o subnets.

Translated Source: Será a lo que se traduce la fuente original especificada, cuando el paquete sale el Firewall, ya sea usando túneles VPN o no. También, como en el caso anterior, podemos usar los objetos de dirección predeterminados de SonicOS, o crear nuestras propias entradas de Objeto de Dirección. Estas entradas pueden ser entradas de host, rangos de direcciones o subnets.

Original Destination: Se usa para identificar las direcciones IP que son el destino del paquete. Al crear políticas NAT de salida, esta entrada generalmente se establece en Any. Sin embargo, estas entradas pueden ser entradas de host, rangos de direcciones o IP subnets.

Translated Destination: Es a lo que nuestro Firewall traduce el Original Destination. Al crear políticas salientes de NAT, esta entrada generalmente se establece en Original. Sin embargo, estas entradas  pueden ser entradas de host, rangos de direcciones o subnets.

Original Service: Se usa para identificar el servicio IP del paquete. Podremos usar los servicios que tenemos creados de forma predeterminada en nuestro sistema operativo de SonicWall, o podremos crear nuestras propias entradas. Para muchas políticas NAT, este campo se establece con el valor Any.

Translated Service: Identifica a lo que el Firewall traduce el Original Service cuando sale del dispositivo. Podemos usar los servicios predeterminados en el dispositivo de seguridad SonicWall o crear nuestras propias entradas. Para muchas Políticas NAT, este campo está configurado en Original.

Inbound Interface: Se utiliza para especificar la interfaz de entrada del paquete. Cuando se trata de la VPN, esto generalmente se establece en Any, ya que los túneles VPN no son realmente interfaces.

Outbound Interface: Se usa para especificar la interfaz de salida del paquete una vez que se ha aplicado la política de NAT. Este campo se usa principalmente para especificar a qué interfaz WAN. Cuando se trata de VPN, esto generalmente se establece en Any, ya que los túneles VPN no son realmente interfaces. Además, al crear políticas entrantes NAT donde el destino se reasigna desde una dirección IP pública a una dirección IP privada, este campo tendría que ser configurado como Any.

Comment: Este campo se puede usar para introducir una descripción de nuestra entrada de política NAT. El campo Comment tiene un límite de 32 caracteres y, una vez guardado, se puede ver en el listado de las políticas de NAT cuando pasamos el  ratón sobre el globo de texto, situado al lado de la entrada de la política de NAT. Nuestro comentario aparecerá en una ventana emergente.

Enable NAT Policy: De forma predeterminada, esta casilla está marcada, lo que significa que la nueva política NAT se activa en el mismo momento en que se guarda. Para crear una entrada de política NAT pero no activarla inmediatamente, desmarcaremos la casilla.

En nuestro laboratorio las configuraciones serán las siguientes:

Original Source: Any
Translated Source: Original
Original Destination: Wan interface IP
Translated Destination: Objeto Grabador Digital
Original Service:  Objeto Grupo puertos Camara
Translated Service:Original
Inbound Interface: Any
Outbound Interface: Any
Comment:

Una vez configurada la nueva política de NAT, pulsaremos el botón OK y aparecerá en el listado.


domingo, 19 de noviembre de 2017

Textual description of firstImageUrl

Microsoft Outlook 2013/16: Cambiar idiomas de ayuda e interfaz de usuario.

En el laboratorio de hoy vamos a cambiar el idioma de la interfaz de usuario de nuestro cliente de correo electrónico Microsoft Outlook de la versión 2013 o 2016.

En nuestro laboratorio tenemos instalado un cliente de Microsoft Outlook 2013, en ingles. Pretendemos cambiar el idioma de la consola a Español. Al descargar un nuevo paquete de idioma para nuestra interfaz de usuario de Outlook, también descargaremos los paquetes de ayuda traducidos al idioma que hayamos seleccionado. 

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en el que  Cambiar idiomas de la ayuda e interfaz de usuario en un cliente de correo electrónico Microsoft Outlook 2013.



Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:

En primer lugar, seleccionaremos en el menú superior la sección llamada Archivo. Seguidamente en el menú lateral izquierdo, usaremos la opción llamada Opciones.

Aparecerá la ventana de las opciones de Microsoft Outlook, en el menú lateral izquierdo de la nueva ventana de opciones seleccionaremos la sección llamada Idioma.

La sección Idioma esta dividida en dos partes, la parte superior está dedicada a todo lo relacionado con los idiomas usados en la Edición de correos electrónicos, nos olvidaremos de esta parte y nos centraremos en la parte inferior. La parte inferior de la ventana de las opciones de idioma de Microsoft Outlook 2013, esta dedicada a las opciones de idioma de la interfaz de usuario y los archivos de ayuda de Outlook.

Comprobaremos que solo tenemos instalados los paquetes de idioma Ingles, para descargar el paquete de idioma Español, pulsaremos el enlace llamado

¿Como se puede obtener más idiomas de Ayuda e interfaz de usuario de Office?

Aparecerá una nueva ventana de explorador de Internet que tengamos predeterminado en nuestro equipo. Nos presentará la página oficial de Microsoft en la sección dedicada a la descarga de los paquetes de idioma de ayuda e interfaz de usuario. Sin movernos del paso número uno, podremos desplegar el menú y seleccionar el idioma que necesitamos.

Descargaremos el paquete de idiomas de ayuda e interfaz de usuario y esperaremos que el asistente de instalación termine.

Microsoft Outlook 2013/16: Cambiar idiomas de  ayuda e interfaz de usuario.

miércoles, 15 de noviembre de 2017

Textual description of firstImageUrl

VMware 6.5.0: License Downgrade.

Cuando compramos una licencia de VMware obtendremos una nueva clave de licencia en nuestra cuenta de usuario, valida para la ultima versión del producto. Actualmente la ultima versión del producto será la versión 6.5.0, pero, no siempre queremos o podemos instalar la ultima versión de vSphere en nuestros servidores host.

En el laboratorio de hoy, veremos como tenemos que proceder para realizar un Downgrade de las licencias desde la página oficial de My VMware, a una versión anterior del producto.

Si intentamos usar una licencia valida para la versión 6.5.0 de vSphere en un servidor host que tiene instalada la versión vSphere 5.5 nos aparecerá el error que mostramos a continuación:

License Downgrade. Some features will become unavaiable.

Una licencia valida para   vSphere 6.5.0 no es válida para vSphere 5.5, no obstante tenemos la posibilidad de cambiar nuestras licencias válidas para las versiones actuales, por licencias de un producto anterior sin un coste añadido. A este proceso lo llamamos Downgrade.

 License Downgrade. Some features will become unavaiable.

domingo, 12 de noviembre de 2017

Textual description of firstImageUrl

VMware 6.5.0: Eliminar una máquina virtual del inventario y también del almacén de datos.

En el laboratorio de hoy, vamos a ver como podemos eliminar una máquina virtual que no usamos. La eliminaremos, tanto del inventario de nuestro servidor de virtual center como del almacén de datos.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis un vídeo tutorial en el que eliminamos una máquina virtual del inventario de nuestro servidor virtual center y también del almacén de datos que tiene conectado nuestro servidor host VMware vSphere 6.5.0.



Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:

En primer lugar, seleccionaremos la máquina virtual que queremos eliminar, desde el árbol del inventario de nuestro servidor de virtual center. Previamente apagaremos el equipo que queremos eliminar.

Una vez tengamos el servidor virtual apagado y seleccionado, desplegaremos el menú de acciones de la máquina virtual.

En la parte inferior del menú acciones encontraremos dos opciones que hacen referencia a la eliminación de nuestras máquinas virtuales.

La primera opción disponible será Quitar del inventario. Si seleccionamos esta opción, la máquina virtual será eliminada del menú del inventario de virtual center. Pero, si accedemos directamente para ver el contenido de los almacenes de datos que tenemos conectados a nuestro host, comprobaremos que el directorio que contiene los archivos de la máquina virtual no ha sido eliminado.

De este modo, podríamos volver a usar el equipo en un futuro. Pero, no lo tendremos visible en la lista del inventario durante el periodo de tiempo que el servidor no se encuentre en producción.

La segunda opción será Eliminar del disco. Si nos decantamos por esta otra opción, la máquina virtual será eliminada del inventario y del almacenamiento. De este modo conseguiríamos recuperar todo el espacio ocupado de nuestro almacén de datos, por los archivos de la máquina virtual seleccionada.

Cuando pulsemos la opción  Eliminar del disco, aparecerá una pequeña ventana emergente que nos preguntará:

¿Desea eliminar la máquina virtual y sus discos asociados?

Si existen otras máquinas virtuales que comparten sus discos, los discos compartidos no se eliminaran, y las máquinas virtuales seguirán teniendo acceso a los discos compartidos.

Pulsaremos el botón Si para eliminar definitivamente el equipo virtual.

El equipo virtual desaparecerá del inventario de nuestro servidor de virtual center y si accedemos al contenido de nuestro almacén de datos comprobaremos que el directorio que contiene los archivos de nuestra máquina virtual también ha desaparecido

VMware 6.5.0: Eliminar una máquina virtual del del inventario y también del almacén de datos.

Espero os sea de utilidad.


miércoles, 8 de noviembre de 2017

Textual description of firstImageUrl

Exchange 2007: El servicio de topología de Active Directory no pudo detectar ninguna ruta al conector MSExchangeTransport id del evento 5016.

En el laboratorio de hoy, daremos solución al error de origen MSExchangeTransport y con el identificador del evento 5015 o 5016. En nuestro laboratorio el error en cuestión es el que mostramos a continuación:

El servicio de topología de Active Directory no pudo detectar ninguna ruta al conector CN=ZFConnector(MAIL),CN=Connections,CN=primer grupo de enrutamiento,CN=Routing Groups,CN=primer grupo administrativo,CN=Administrative Groups,CN=DOM,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=dom,DC=local en las tablas de enrutamiento con la marca de tiempo 27/10/2017 5:22:49. Este conector no se utilizará.

En nuestro laboratorio, empezó a aparecer el error 5016 en el visor de sucesos de Windows. Cuando eliminamos del servidor de correo electrónico un conector de envió que había instalado un producto de terceros dedicado al envió de FAX.

Este conector se configuraba en nuestro servidor de correo electrónico Microsoft Exchange y, nos permitía el envió de FAX desde los clientes de Microsoft Outlook.

El servicio de topología de Active Directory no pudo detectar ninguna ruta al conector CN=ZFConnector(MAIL),CN=Connections,CN=primer grupo de enrutamiento,CN=Routing Groups,CN=primer grupo administrativo,CN=Administrative Groups,CN=DOM,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=dom,DC=local en las tablas de enrutamiento con la marca de tiempo 27/10/2017 5:22:49. Este conector no se utilizará. 

domingo, 5 de noviembre de 2017

Textual description of firstImageUrl

VMware 6.5.0: configuración Inicio y apagado automático de las máquinas virtuales.

En el laboratorio de hoy, vamos a configurar el orden de inicio y apagado automático de las máquinas virtuales que tenemos en producción ubicadas en nuestros servidores físicos.

También, podéis acceder al canal de YouTube de Pantallazos.es, donde encontrareis el vídeo tutorial en el que configuramos el Inicio y apagado automático de las máquinas virtuales en un servidor host VMware vSphere 6.5.0.



Podéis acceder y suscribiros al canal de Youtube de Pantallazos.es en el enlace que mostramos a continuación:

Programar el orden de Inicio y Apagado de nuestras máquinas virtuales, nos será muy útil por ejemplo, si tenemos un SAI que permita el apagado automático de nuestros servidores host en caso de tener un fallo en el suministro de corriente en nuestro CPD.

La opción de configuración Inicio y apagado de máquina virtual está deshabilitada para todas las máquinas virtuales que residen en hosts que se encuentran en un clúster de vSphere HA. El inicio automático no es compatible con vSphere HA.

Lo primero que tendremos que hacer, será seleccionar, en árbol del inventario de nuestro servidor de virtual center, el servidor físico que queremos configurar.

Una vez seleccionado el servidor, en el menú de opciones del host seleccionaremos la sección llamada Configurar.

Una vez nos encontremos en la sección Configurar, en el menú de opciones situado en el lado izquierdo de la sección, seleccionaremos la opción llamada Inicio y apagado de máquinas virtuales.

Podremos ver un listado de todas las máquinas virtuales que se encuentran ubicadas en el servidor físico seleccionado. Usaremos el botón llamado Editar, que se encuentra ubicado en la esquina superior derecha de la sección.

Menú de opciones situado en el lado izquierdo de la sección, seleccionaremos la opción llamada Inicio y apagado de máquinas virtuales.

miércoles, 1 de noviembre de 2017

Textual description of firstImageUrl

Exchange 2013: No se pudo montar la base de datos Error hr=0x80004005 ec=1108.

En el laboratorio de hoy, veremos los pasos que hemos de realizar para dar solución al error que mostramos a continuación:

Error

No se pudo montar la base de datos "NOMBRE_EDB". Error: Una operación de Active Manager falló.
Error: No se pudo realizar la acción de base de datos. Error: Error en la operación con el mensaje:
MapiExceptionDatabaseError: Unable to mount database. (hr=0x80004005 ec=1108) Diagnostic context: Lid 65256 Lid: 10722 StoreEc: 0x454 Lid: 1494 ---- Remote Context Beg ---- Lid: 45120 dwParam: 0xAC708 Lid: 57728 dwParam:0xAC795 Lid: 46144 dwParam: 0xAC821 Lid: 34880 dwParam: 0xAC821 Lid: 34760 StoreEc: 0xFFFFFDE3 Lid: 41344 Guid: d4bf5750-64ee-4ae2-b121-e18482ad680a Lid: 34880 dwParam: 0xACBCB Lid: 54472 StoreEC: 0x1388 Lid: 42184 StoreEc: 0x454 Lid: 1750 ---- Remote Context End ---- Lid: 1047 StoreEc: 0x454 [Base de datos: NOMBRE_EDB , Servidor: NOMBRE_DEL_SERVIDOR]

Este error se produce cuando intentamos montar la base de datos de nuestro servidor de correo Microsoft Exchange 2013.

Textual description of firstImageUrl

Exchange 2013: Ubicación del registro de transacciones.

En el laboratorio de hoy, vamos a ver como podemos saber donde se encuentra la ubicados, en nuestro disco duro local, los archivos del registro de transacciones de Microsoft Exchange 2013.

Abriremos una nueva ventana de la PowerShell de Microsoft Exchange 2013 y escribiremos el comando que mostramos a continuación:

Get-MailboxDatabase |fl Name, LogFolderPath

Aparecerá el listado de todas las bases de datos de buzones que tenemos configuradas en nuestro servidor de correo electrónico y la ubicación de el registro de transacciones de Microsoft Exchange 2013 asociado.

Get-MailboxDatabase |fl Name, LogFolderPath

Si nos desplazamos a las rutas indicadas, encontraremos los registros de transacciones de Microsoft Exchange 2013 que estamos buscando.

Si queremos modificar la ruta del registro de transacciones de Microsoft Exchange 2013, podéis leer el enlace que mostramos a continuación:
ubicación de el registro de transacciones de Microsoft Exchange 2013