Hands-on Labs de VMware - HOL-1922-01-NET\nDescripción del laboratorio: HOL-1922-01-NET - VMware NSX Cloud: Introducción\nMódulo 1: Introducción a los entornos híbridos locales y de cloud pública (30 minutos)\nValidación del laboratorio\nEstablecimiento de conectividad VPN con clouds públicas\nDescripción del entorno local\nDescripción del entorno de Microsoft Azure\nAcceso a la consola de gestión de Microsoft Azure\nDescripción del entorno de Amazon Web Services\nRevisión del inventario de Microsoft Azure\nAcceso a la consola de gestión de Amazon Web Services\nRevisión del inventario de Amazon Web Services\nMódulo 2: Verificación de la funcionalidad de la aplicación (15 minutos)\nValidación de la aplicación en Azure\nValidación de la aplicación en AWS\nEscaneo de los puertos de los entornos de la aplicación\nMódulo 3: Introducción a los componentes de gestión de NSX (15 minutos)\nInicio de sesión en NSX Cloud Services Manager\nRevisión de la cuenta y el inventario configurados de AWS\nRevisión de la cuenta y el inventario configurados de Azure\nRevisión de la interfaz de usuario de NSX Manager\nMódulo 4: Protección de las aplicaciones de cloud híbrida mediante NSX (60 minutos)\nVerificar la conectividad VPN con clouds públicas\nImplementación de NSX Cloud Gateway en Amazon Web Services\nImplementación de NSX Cloud Gateway en Azure\nActivación de las políticas de cortafuegos\nAsignación de etiquetas a la aplicación de AWS\nAsignación de etiquetas a la aplicación de Azure\nInstalación del agente de NSX en entornos de cloud pública\nValidación de la implementación de NSX\nValidación de la funcionalidad de la aplicación en entornos multicloud\nEscaneo de seguridad de los entornos de aplicaciones híbridos\nNota: Completar este laboratorio le llevará más de 120 minutos. Probablemente solo podrá acabar entre 2 y 3 módulos durante ese tiempo. Los módulos son independientes, por lo que puede empezar cualquiera de ellos y continuar a partir de ahí. Puede acceder a cualquier módulo que desee a través del Índice.\nEl Índice está disponible en la esquina superior derecha del manual de laboratorio.\nVMware NSX Cloud ofrece a los clientes la capacidad de desvincular y gestionar las políticas de red y seguridad en entornos de cloud pública como Amazon Web Services (AWS) y Microsoft Azure.\nUtilizaremos una aplicación implementada con seguridad mínima en AWS y Azure como escenario, y veremos cómo VMware NSX Cloud proporciona coherencia operativa al permitir que NSX gestione un entorno de cloud ya existente y aplicar la microsegmentación a las cargas de trabajo nativas que se ejecutan en AWS y Azure.\nLista de módulos del laboratorio:\n(30 minutos [básico]). En este módulo iniciaremos sesión en las consolas locales, de AWS y de Azure para consultar el inventario de recursos creados.\n(15 minutos [básico]). En este módulo revisaremos el entorno configurado de la aplicación, verificaremos la funcionalidad de la aplicación y examinaremos las políticas y la situación de seguridad configuradas.\n(15 minutos [básico]). En este módulo examinaremos las prestaciones y la configuración de NSX Manager y NSX Cloud Services Manager.\n(60 minutos [avanzado]). En este módulo configuraremos y validaremos la instalación de NSX en los entornos de AWS y Azure para proteger la aplicación.\nBrian Heili, ingeniero de sistemas en plantilla, EE. UU.\nPuneet Chawla, arquitecto de soluciones, EE. UU.\nEste manual de laboratorio se puede descargar desde el sitio de documentos de laboratorios prácticos que se encuentra en la siguiente página:\nEs posible que este laboratorio esté disponible en otros idiomas. Para configurar la preferencia de idioma y acceder a un manual localizado junto con el laboratorio, el siguiente documento le guiará por el proceso:\nEs posible que en esta sesión se mencionen características del producto que actualmente se encuentran en fase de desarrollo.\nEsta sesión o descripción de la nueva tecnología no representa compromiso alguno por parte de VMware de proporcionar dichas características en ningún producto que esté a disposición del público en general.\nLas características están sujetas a cambio y no se deben incluir en contratos, pedidos ni acuerdos de venta de ningún tipo.\nLa viabilidad técnica y la demanda del mercado afectarán a la distribución final del producto.\nNo se ha determinado el precio ni la presentación de ninguna de las tecnologías o características nuevas aquí descritas o presentadas.\n«Estas características son representativas de áreas que se encuentran en desarrollo. El compromiso de desarrollar estas características está sujeto a cambio y no se debe incluir en contratos, pedidos ni acuerdos de venta de ningún tipo. La viabilidad técnica y la demanda del mercado afectarán a la distribución final del producto.»\nEl recuadro ROJO destaca el área de la consola principal. El manual del laboratorio está disponible en la pestaña ubicada a la derecha de la consola principal.\nEn algunos laboratorios, puede encontrar consolas adicionales en diferentes pestañas, en la esquina superior izquierda. Se le indicará que abra otra consola si fuera necesario.\nEl laboratorio comienza con 90 minutos en el temporizador y no se puede guardar. Todo el trabajo debe llevarse a cabo durante la sesión del laboratorio. Sin embargo, puede hacer clic en AMPLIAR para prolongar el tiempo restante. Si se encuentra en un evento de VMware, puede prolongar el tiempo del laboratorio dos veces, hasta 30 minutos. Con cada clic, recibirá 15 minutos adicionales. Fuera de los eventos de VMware, podrá ampliar el tiempo del laboratorio hasta 9 horas y 30 minutos. Con cada clic, recibirá una hora adicional.\nHacer clic y arrastrar el contenido del manual del laboratorio hasta la ventana de la consola activa\nTambién puede hacer clic y arrastrar texto y comandos de la interfaz de la línea de comandos (CLI) directamente desde el manual del laboratorio hasta la ventana activa de la consola principal.\nHaga clic en el icono de teclado que se encuentra en la barra de tareas de Inicio rápido de Windows.\nEn este ejemplo, usará el teclado en línea para introducir el símbolo «@», que se utiliza en las direcciones de correo electrónico. Para introducir el símbolo @ en un teclado español, pulse Alt Gr y 2.\nObserve que ahora el símbolo @ aparece en la ventana activa de la consola.\nLa primera vez que arranque el laboratorio, es posible que advierta una marca de agua en el escritorio que indica que Windows no se ha activado.\nUna de las principales ventajas de la virtualización es que las máquinas virtuales se pueden migrar y ejecutar en cualquier plataforma. Los laboratorios prácticos utilizan esta ventaja, por lo que podemos ejecutarlos en múltiples centros de datos. Sin embargo, estos centros de datos pueden no tener procesadores idénticos, lo que genera una verificación de activación de Microsoft a través de Internet.\nTenga la seguridad de que VMware y los laboratorios prácticos cumplen todos los requisitos de licencias de Microsoft. El laboratorio que está utilizando es un módulo independiente y no dispone de acceso total a Internet, que es un requisito para que Windows verifique la activación. Sin acceso total a Internet, este proceso automatizado falla y se muestra esta marca de agua.\nComprobar el sector inferior derecho de la pantalla\nCompruebe que el laboratorio haya finalizado todas las rutinas de arranque y que esté listo para empezar. Si ve otro mensaje que no sea «Ready», aguarde unos minutos. Si después de cinco minutos el laboratorio no ha cambiado a «Ready», solicite ayuda.\nLos componentes de los planos de gestión y control de NSX, así como partes de la aplicación, ya están aprovisionados en nuestro centro de datos local. El nivel web de la interfaz de nuestra aplicación está implementado tanto en AWS como en Azure. Examinaremos el inventario de componentes.\nEn este laboratorio se incluyen muchos elementos preconfigurados que serán necesarios en futuras lecciones. Veremos una breve descripción de la solución configurada y revisaremos la funcionalidad del entorno de laboratorio configurado.\nRepasaremos configuraciones como:\nTopología del laboratorio\nEstado de aprovisionamiento del laboratorio\nDirección e información de la cuenta\nA medida que las empresas trasladan las cargas de trabajo a los proveedores de cloud pública, necesitan una manera de extender las políticas de red y seguridad de su centro de datos definido por software (SDDC) a estos entornos públicos. Esta extensión permite que las cargas de trabajo puedan ejecutarse en clouds públicas con los mismos controles nativos que están presentes en un centro de datos local. VMware NSX Cloud proporciona a las empresas la capacidad de extender la seguridad, la conformidad y el control empresariales.\nNSX es capaz de solucionar los mayores desafíos para la red y la seguridad a los que se enfrentan las empresas en los entornos de cloud pública:\nPolíticas de red y seguridad incoherentes: NSX ofrece políticas y estructuras coherentes en las clouds públicas mediante una interfaz de usuario y un punto de entrada de API.\nPolíticas de seguridad específicas para cada cloud: cada proveedor de cloud plantea sus propios requisitos para la definición de políticas. En ocasiones, estos requisitos pueden ser estáticos e incapaces de abarcar entornos virtuales, regiones u otras clouds. NSX admite políticas de seguridad dinámicas basadas en los atributos de máquina virtual, que también pueden abarcar entornos, regiones y clouds públicas.\nFalta de visibilidad del tráfico: para proporcionar visibilidad del tráfico, NSX emplea tecnologías ampliamente utilizadas, como syslog, IPFIX, creación de reflejo de puertos, etc. Herramientas adicionales de NSX como Traceflow siguen funcionando en entornos de cloud pública.\nHerramientas y procesos operativos: las herramientas y los procesos existentes que funcionan con NSX pueden utilizarse en clouds públicas diferentes, lo que proporciona coherencia operativa.\nLa solución consta de los siguientes componentes, que examinaremos en las próximas lecciones:\nPlano de gestión: NSX Manager y NSX Cloud Services Manager\nPlano de control: instancias de NSX Controller\nCloud Gateway: NSX Cloud Gateway\nPlano de datos: un agente de NSX instalado en cada carga de trabajo de la cloud\nInfraestructura de la cloud pública: infraestructura de la cloud pública e hipervisor\nLa imagen muestra el entorno aprovisionado que utilizaremos para las lecciones en este laboratorio. Este entorno nos permitirá estudiar un escenario en el que un desarrollador implementa una aplicación con componentes en el centro de datos local, en Microsoft Azure y en Amazon Web Services (AWS). La implementación de la aplicación carece de políticas de seguridad que cumplan los estándares corporativos de la empresa, por lo que será necesario utilizar NSX para aplicar políticas coherentes en el entorno de la aplicación.\nPara implementar VMware NSX Cloud es necesario disponer de uno o varios entornos de cloud pública. Los componentes de NSX del plano de gestión (NSX Manager y Cloud Services Manager) y del plano de control (NSX Controller) se han preconfigurado en el centro de datos local.\nEl laboratorio debe mostrar el estado «Ready»\nSi continúa antes de que el laboratorio muestre «Ready», el laboratorio no funcionará.\nPágina de estado de aprovisionamiento del laboratorio\nSe está completando el aprovisionamiento de las partes del laboratorio correspondientes a AWS y Azure. Se ha proporcionado un sitio web que muestra el estado de los recursos del laboratorio que se están aprovisionando en AWS y Azure en el arranque del laboratorio.\nNOTA: Solo es posible acceder a los recursos aprovisionados en Amazon Web Services y Microsoft Azure desde la consola principal del entorno del laboratorio práctico.\nEs posible que el aprovisionamiento del laboratorio tarde entre 10 y 15 minutos.\nApertura de Google Chrome\nHaga clic en el icono de Chrome de la barra de tareas de Inicio rápido de Windows.\nPágina principal de información de la cuenta\nSe ha configurado la página de información de cuenta y estado de aprovisionamiento del laboratorio como página principal de Chrome.\nEscriba la dirección de correo electrónico que ha usado para registrarse en el laboratorio.\nEscriba VMware1! como contraseña.\nCompletar el aprovisionamiento del laboratorio\nLa página de información de la cuenta se mostrará cuando se haya completado el proceso de aprovisionamiento. Este proceso puede durar entre 10 y 15 minutos. Volveremos a referirnos a esta página repetidamente a lo largo de los módulos del laboratorio.\nSe está estableciendo la conectividad VPN de este laboratorio con AWS y Azure. Validaremos el acceso a nuestra interfaz web con un sencillo ping.\nNota: Si alguna de las pruebas de ping falla, solicite ayuda antes de proceder con el laboratorio.\nHaga clic en el icono del símbolo del sistema que se encuentra en la barra de tareas de Inicio rápido de Windows.\nEnvío de ping a la instancia web de Azure\nEscriba el siguiente comando para enviar un ping a la instancia de la interfaz web de Azure y comprobar la conexión:\nConectividad con Azure establecida\nPodremos confirmar la conectividad con Azure si recibimos respuestas.\nEnvío de ping a la instancia web de AWS\nEscriba el siguiente comando para enviar un ping a la instancia de la interfaz web de AWS y comprobar la conectividad:\nConectividad con AWS establecida\nPodremos confirmar la conectividad con AWS si recibimos respuestas.\nEl entorno del centro de datos local contiene los componentes de los planos de gestión y control de NSX, así como las distintas máquinas virtuales para la aplicación que protegeremos en este laboratorio.\nEl entorno vPod del laboratorio práctico cumple la función de entorno de centro de datos local. Hemos implementado los componentes de los planos de gestión y control de NSX. Además, hemos implementado las cuatro máquinas virtuales de la aplicación y la base de datos que respaldarán a las máquinas virtuales de interfaz web que se ejecutan en entornos de AWS y Azure.\nNota: Se ha minimizado la implementación de NSX exclusivamente para el laboratorio con la finalidad de reducir el tiempo de arranque del mismo. No se trata de un modelo de implementación recomendado o compatible.\nApertura de una pestaña nueva en el navegador\nHaga clic en Nueva pestaña en Google Chrome para abrir una nueva pestaña del navegador.\nApertura de vCenter\nHaga clic en el marcador de vCenter.\nEscriba administrator@corp.local en el campo «User name».\nHaga clic para desplegar RegionA01.\nHaga clic para desplegar RegionA01-COMP01.\nComo puede ver, las máquinas virtuales de los planos de gestión y control de NSX, así como cuatro máquinas virtuales de la aplicación, se ejecutan en nuestro centro de datos local.\nSe han implementado las tres máquinas virtuales de los planos de control y de gestión de NSX.\nSe han implementado las cuatro máquinas virtuales locales de la aplicación.\nNota: La funcionalidad de máquina virtual de NSX se estudiará en el módulo 3.\nRevisaremos los componentes de las aplicaciones de Microsoft Azure que se han configurado en el entorno del laboratorio.\nRed virtual de recursos informáticos\nSe han configurado los siguientes componentes de la red virtual (VNet) de recursos informáticos de Azure:\nSubred de enlace ascendente (utilizada por NSX Cloud Gateway)\nSubred de gestión (utilizada por NSX Cloud Gateway)\nSubred de enlace descendente (utilizada por NSX Cloud Gateway y la ubicación en la que reside la máquina virtual de nuestra aplicación)\nMáquina virtual de VPN\nGrupos de seguridad de red de Azure\nMáquina virtual de nivel web de la aplicación\nNSX Cloud Gateway, que se muestra aquí, se implementará como parte de los ejercicios del laboratorio.\nUna máquina virtual de la interfaz web de la aplicación se está ejecutando en Azure para este laboratorio. A lo largo del laboratorio, será necesario acceder a la consola de gestión de Azure para comprobar el inventario y las configuraciones. Esta lección le permitirá acceder a la consola de gestión de Microsoft Azure.\nAcceso a la consola de gestión de Azure\nHaga clic en la pestaña de información de la cuenta que abrió anteriormente. Si cerró esta pestaña, abra una nueva y haga clic en el marcador Account Info.\nLocalizar la URL de la consola de gestión de Azure\nHaga clic en la URL de la consola para abrir una nueva pestaña en el navegador y conectarse a la consola de gestión de Azure.\nIntroducir la dirección de correo electrónico de Azure\nCopie o escriba la dirección de correo electrónico de la cuenta de Azure (campo «Username») que aparece en la página de información de la cuenta.\nIntroducir la contraseña de Azure\nCopie o escriba la contraseña de la cuenta de Azure que aparece en la página de información de la cuenta.\nEvitar que la sesión permanezca iniciada\nSi aparece esta pantalla, haga clic en No.\nConsola de gestión de Azure\nAparecerá la página de la consola de gestión de Azure.\nRevisaremos los componentes de las aplicaciones de Amazon Web Services que se han configurado en el entorno del laboratorio.\nVPC de recursos informáticos\nSe han configurado los siguientes componentes de VPC de recursos informáticos de AWS:\nSubred de enlace descendente (utilizada por NSX Cloud Gateway y la ubicación en la que reside la instancia de nuestra aplicación)\nInstancia de VPN\nInstancia de nivel web de la aplicación\nEn esta lección, revisaremos los componentes de Microsoft Azure que forman parte de la solución:\nMáquina virtual (interfaz web de la aplicación)\nNota: Es posible que algunas pantallas de inventario de Azure muestren entradas eliminadas, canceladas, desconectadas, etc. que no correspondan con las capturas de pantalla. Estos elementos pertenecen a implementaciones anteriores del laboratorio. Ya se han eliminado, pero todavía no se han borrado de la interfaz de usuario de Azure.\nRevisión de las redes virtuales configuradas\nHaga clic en Virtual networks a la izquierda de la consola de gestión de Azure.\nSolo hay una red virtual configurada en esta región de Azure en la que se ha implementado la máquina virtual de la aplicación.\nHacer clic en «Virtual Machines»\nHaga clic en Virtual machines a la izquierda de la consola de Azure.\nRevisión de las máquinas virtuales de la aplicación de Azure\nEn este laboratorio se ejecutan tres máquinas virtuales:\nhol1922-ps-web01: se ocupa de la interfaz web de la aplicación.\nhol1922-rogue01: es una máquina virtual no autorizada que emplearemos para demostrar la política de cuarentena.\nhol1922-vpn-server: se ocupa de devolver la conectividad VPN al centro de datos local.\nSelección de la máquina virtual web\nHaga clic en la máquina virtual hol1922-ps-web01.\nHacer clic en «Networking»\nHaga clic en Networking.\nGrupos de seguridad de red configurados\nHay un grupo de seguridad de red configurado. Estudiaremos las normas configuradas más a fondo en el módulo 2.\nPara este laboratorio, una instancia de la interfaz web de la aplicación se está ejecutando en Amazon Web Services. A lo largo del laboratorio, será necesario acceder a la consola de gestión de AWS para comprobar el inventario y las configuraciones. Esta lección muestra cómo acceder a la consola de gestión de AWS.\nAcceso a la consola de gestión de AWS\nLocalizar la URL de la consola de gestión de AWS\nHaga clic en la URL de la consola para abrir una pestaña nueva en el navegador y conectarse a la consola de gestión de AWS.\nInicio de sesión en la consola de AWS\nEscriba vmware_hol_user en el campo «IAM User Name». Nota: La cuenta varía según el entorno de laboratorio.\nEscriba o copie la contraseña que aparece en la página de información de la cuenta.\nHaga clic en el botón Sign In.\nConsola de gestión de AWS\nAparecerá la página de la consola de gestión de AWS.\nAmpliar el zoom del navegador\nPara que le resulte más fácil leer el contenido de las pantallas de este laboratorio, le recomendamos que ajuste el zoom de Google Chrome al 90 % como mínimo.\nHaga clic en los tres puntos de la esquina superior derecha del navegador para abrir el menú desplegable.\nHaga clic en el símbolo «-» junto a «Zoom» para ajustarlo al 90 %.\nCompruebe que la consola muestra los recursos de la región del Norte de California. Si selecciona una región distinta, no se mostrarán los recursos del laboratorio.\nHaga clic en Region Name a la izquierda de «Support», en el lado superior derecho.\nSeleccione US West (N. California).\nEn esta lección revisaremos los componentes de Amazon Web Services y NSX que forman parte de la solución:\nClouds privadas virtuales\nInstancias EC2 (instancia web de la aplicación)\nNota: Es posible que algunas pantallas de inventario de AWS muestren entradas eliminadas, canceladas, desconectadas, etc. que no correspondan con las capturas de pantalla. Estos elementos pertenecen a implementaciones anteriores del laboratorio. Ya se han eliminado, pero todavía no se han borrado de la interfaz de usuario de AWS.\nRevisar las clouds privadas virtuales configuradas\nHaga clic en Services en la esquina superior izquierda de la consola de gestión de AWS.\nHaga clic en VPC, bajo «Networking & Content Delivery».\nHacer clic en sus VPC\nHaga clic en Your VPCs bajo «VPC Dashboard», a la izquierda.\nRevisar VPC configuradas\nEn esta región de AWS, en la que se ha implementado la instancia de la aplicación, solo hay una VPC configurada. Los ID de la VPC serán diferentes en cada módulo del laboratorio.\nHacer clic en «Security Groups»\nHaga clic en Security Groups en el lado izquierdo, bajo «Security».\nRevisión de los grupos de seguridad de red configurados\nHay grupos de seguridad configurados para las VPC de recursos informáticos que permiten a las instancias de EC2 comunicarse con la VPC en ambas direcciones. Estudiaremos las normas configuradas más a fondo en el módulo 2.\nHacer clic en EC2\nHaga clic en Services en la esquina superior izquierda de la consola de AWS.\nHaga clic en EC2, bajo «Compute».\nHacer clic en «Instances»\nHaga clic en Instances bajo «EC2 Dashboard», a la izquierda.\nConfirmar cambios en la interfaz de usuario\nSi se encuentra con esta notificación, haga clic en X para cerrarla.\nExpandir la columna\nHaga clic y arrastre el título de la columna para ampliar la columna «Name».\nRevisión de instancias EC2 de NSX\nEn este laboratorio hay tres instancias de EC2 en ejecución:\nhol1922-rogue01: instancia no autorizada que emplearemos para demostrar la política de cuarentena en una lección distinta.\nAquí concluye el módulo 1. Al iniciar sesión correctamente en las consolas de gestión de cada ubicación hemos revisado los componentes de la solución implementados en el entorno multicloud para desplegar nuestra aplicación:\nCentro de datos local: se han implementado los componentes de NSX y cuatro máquinas virtuales de la aplicación.\nMicrosoft Azure: se han implementado la máquina virtual de la interfaz web, la máquina virtual de VPN y una máquina virtual no autorizada.\nAmazon Web Services: se han implementado la instancia de la interfaz web, la instancia de VPN y una instancia no autorizada.\nEnhorabuena, ha finalizado el Módulo 1.\nContinúe con el módulo 2 para validar la funcionalidad de la aplicación. También puede continuar con cualquier otro módulo que sea de su interés.\nEn el escenario de este laboratorio, un desarrollador ha implementado una aplicación multiservicio en Amazon Web Services y Microsoft Azure. Ha implementado la mayoría de los servicios de la aplicación en el centro de datos local. También ha implementado una instancia adicional en AWS y Azure para la interfaz web.\nLa aplicación consiste en múltiples servicios implementados en nuestra ubicación local, así como en Amazon Web Services y Microsoft Azure.\nUna instancia de la interfaz de servicios se implementará en AWS y Azure. El resto de los servicios de base de datos, API, Redis y ADSB se ejecutarán en nuestro centro de datos local. Las actualizaciones sobre la ubicación de las aeronaves se reciben por Internet en el centro de datos local.\nRevisaremos las políticas de seguridad que se aplicaron a la interfaz web de la aplicación cuando el desarrollador la implementó. Puesto que no se ha implementado NSX, las políticas de seguridad que se han aplicado son las que se configuraron en Amazon Web Services y Microsoft Azure.\nNo se han aplicado políticas de seguridad a las máquinas virtuales locales de la aplicación. También las protegeremos al implementar y configurar NSX.\nHaga clic en el icono de Chrome en la barra de tareas de Inicio rápido de Windows (o abra Chrome si ya se está ejecutando).\nSe ha configurado la página de información de cuenta y estado de aprovisionamiento del laboratorio como página principal de Chrome. Si ha completado la lección anterior, puede hacer clic en la pestaña de información de la cuenta que ya está abierta y continuar con el siguiente paso.\nHaga clic en Console URL para abrir una pestaña nueva en el navegador y conectarse a la consola de gestión de AWS (o haga clic en la pestaña de AWS que ya está abierta en Chrome si ya ha realizado el inicio de sesión).\nEscriba vmware_hol_user en el campo «IAM User Name».\nCompruebe que la consola muestra los recursos de la región del Norte de California.\nIr al panel de gestión de EC2\nIr a las instancias implementadas\nSeleccionar la instancia hol1922-vpn-server\nSeleccione la instancia hol1922-vpn-server.\nApertura de las normas de entrada\nHaga clic en view inbound rules en la pestaña «Description» de la instancia, que se encuentra en la parte inferior de la pantalla. Esta instancia está configurada con un grupo de seguridad de AWS para la VPC de recursos informáticos.\nRevisión de las políticas de seguridad de AWS configuradas\nSe muestra una lista de las políticas que se han aplicado a esta instancia. El tráfico web y de Secure Shell (SSH) desde la consola principal del laboratorio práctico está permitido (el rango de direcciones IP de origen puede variar). En el entorno de VPC de AWS se permite todo tipo de tráfico.\nApertura de la pestaña de información de la cuenta\nHaga clic en la pestaña de información de la cuenta en Google Chrome.\nHaga clic en Console URL para abrir una pestaña nueva en el navegador y conectarse a la consola de gestión de Azure (o haga clic en la pestaña de Azure que ya está abierta en Chrome si ya ha realizado el inicio de sesión).\nCopie o escriba la dirección de correo electrónico de la cuenta de Azure que aparece en la página de información de la cuenta.\nSelección de la máquina virtual «Web»\nSe muestra una lista de las políticas que se han aplicado a esta máquina virtual. El tráfico web y de SSH desde la consola principal del laboratorio práctico está permitido (el rango de direcciones IP de origen puede variar). Dentro del entorno de la red virtual se permite todo el tráfico entre máquinas virtuales de la aplicación.\nUn desarrollador ha implementado una interfaz web para la aplicación en Microsoft Azure. En las próximas lecciones utilizaremos NSX para proteger esta aplicación. Validaremos la funcionalidad de la aplicación previa a NSX.\nLocalizar la información sobre la instancia web\nHaga clic en el enlace Web Frontend Instance Public URL de Azure para abrir una nueva pestaña en el navegador y conectarse a la aplicación.\nVerificar que la aplicación se encuentra en funcionamiento\nVerifique que la aplicación se encuentra en funcionamiento. Se indica la dirección IP del servidor que presenta la página. La interfaz web funciona y podemos continuar probando el resto de los componentes de la aplicación:\nHaga clic en App Health.\nTodos los componentes de la aplicación se comunican correctamente entre Azure y nuestro centro de datos local.\nUn desarrollador ha implementado una interfaz web para la aplicación en Amazon Web Services. En las próximas lecciones utilizaremos NSX para proteger esta aplicación. Validaremos la funcionalidad de la aplicación previa a NSX.\nHaga clic en el enlace Web Frontend Instance Public URL de AWS para abrir una nueva pestaña en el navegador y conectarse a la aplicación.\nEstado de la aplicación en AWS\nTodos los componentes de la aplicación se comunican correctamente entre AWS y nuestro centro de datos local.\nPara simular a un posible hacker, se ha instalado nmap en la consola principal para que escanee los puertos del entorno de la aplicación en nuestro centro de datos local, Amazon Web Services y Microsoft Azure. Escanearemos las direcciones IP de los servidores web de la interfaz de la aplicación y de las máquinas virtuales locales y revisaremos los puertos abiertos.\nApertura de nmap\nHaga clic en el icono de Zenmap nmap en la barra de tareas.\nEscaneo nmap del rango de subredes IP de la aplicación local\nCopie o escriba el siguiente comando en el cuadro Command (antes de hacerlo, borre cualquier otro comando que haya en el cuadro).\nHaga clic en Scan para iniciar el escaneo.\nPara acelerar el escaneo y reducir las aglomeraciones, el escáner de nmap utiliza las siguientes opciones:\n«-p 10-10000» para escanear los primeros 10 000 puertos.\n«-Pn» para desactivar las comprobaciones con ping.\n«-T5» para activar la plantilla más rápida.\n«--open» para mostrar solo los puertos abiertos o los puertos que quizás estén abiertos.\n«192.168.120.11-14» para escanear únicamente un pequeño rango de direcciones IP.\nResultados del escaneo de las máquinas virtuales locales\nPodrá ver que los siguientes resultados están abiertos a todos los accesos y que todas las máquinas virtuales tienen SSH (puerto 22) habilitado:\nEl puerto 80 de la máquina virtual ps-api01a (.11) está abierto.\nEl puerto 3306 de la máquina virtual ps-db01a (.12) está abierto.\nEl puerto 6379 de la máquina virtual ps-redis01a (.13) está abierto.\nEsto también significa que es posible acceder directamente a nuestra base de datos o al servicio Redis desde cualquier máquina virtual o instancia. Este movimiento lateral en nuestro entorno es peligroso, ya que posibilita mayores ataques o abusos.\nEscaneo nmap de los servidores web\nEscriba el siguiente comando en el cuadro Command (tenga en cuenta los espacios entre las direcciones IP).\n«-F» para realizar un escaneo rápido en menos puertos.\n«172.18.10.4 172.15.10.4» para escanear únicamente dos direcciones IP.\nResultados del escaneo de los servidores web\nLos servidores web en AWS y Azure tienen el puerto 80 abierto a todos los accesos, además de SSH (puerto 22).\nAquí concluye el módulo 2. Hemos comprobado que la aplicación funciona en el centro de datos local, en AWS y en Azure. Al revisar las políticas de seguridad aplicadas, hemos descubierto que la aplicación cuenta con componentes que están expuestos a accesos innecesarios y ataques potencialmente maliciosos. Finalmente, hemos usado un escáner de seguridad común para comprobar estos puertos abiertos y accesos disponibles.\nEnhorabuena, ha finalizado el Módulo 2.\nContinúe con el módulo 3 para recibir una introducción a los componentes de gestión de NSX. También puede continuar con cualquier otro módulo que sea de su interés.\nComo parte de la solución VMware NSX Cloud, se implementan máquinas virtuales separadas en nuestro entorno de centro de datos local a fin de respaldar la interfaz de usuario para la gestión y las operaciones de la solución. Se trata de las siguientes instancias:\nNSX Cloud Services Manager gestiona el ciclo de vida completo de los componentes de NSX implementados en AWS y Azure, y ofrece una visión unificada de NSX Manager y el inventario de la cloud pública. NSX Cloud Services Manager también incluye las siguientes funciones:\nImplementación y actualización de NSX Cloud Gateway\nActualizaciones del agente de NSX mediante NSX Cloud Gateway\nNSX Manager proporciona la interfaz de usuario gráfica (GUI) y las API basadas en REST para crear, configurar y supervisar componentes de NSX, como las controladoras y los conmutadores lógicos de NSX. NSX Manager constituye el plano de gestión del ecosistema NSX. Ofrece una vista global y es el componente de gestión centralizada de redes de NSX. Proporciona un método para solucionar problemas en las cargas de trabajo conectadas a redes virtuales creadas por NSX y supervisarlas. Permite configurar y coordinar:\nComponentes de red lógicos: conmutación y enrutamiento lógicos\nServicios perimetrales y de redes\nServicios de seguridad y cortafuegos distribuido\nPara completar las lecciones de este módulo, es necesario disponer de una conexión a Microsoft Azure y Amazon Web Services. Dedicaremos unos momentos a validar esta conexión, especialmente si no se han completado los tres módulos anteriores.\nUna de las funciones de NSX Cloud Services Manager es ofrecer una visión unificada del inventario entre los entornos de NSX y la cloud pública. En esta lección iniciaremos sesión en NSX Cloud Services Manager.\nMarcador de NSX Cloud Services Manager\nHaga clic en el marcador de CSM para conectarse a la consola de NSX Cloud Services Manager.\nAlgunas partes de este entorno de laboratorio práctico se han creado a la carta, así que los certificados todavía no son de confianza. En una implementación de producción se generaría un certificado de confianza que se usaría para proteger la conectividad. Para continuar con el proceso de inicio de sesión:\nHaga clic en el enlace Proceed.\nEscriba admin en el campo «Username».\nNSX Cloud Service Manager proporciona una visión unificada de los inventarios de NSX y AWS. Revisaremos el inventario que indica NSX Cloud Service Manager y lo compararemos con el inventario de AWS.\nConfiguración e inventario de CSM\nHaga clic en Clouds.\nHaga clic en AWS.\nRevisión de la información de la cuenta de AWS\nLa información de la cuenta de AWS se ha configurado en Cloud Services Manager. Esta información será diferente en cada módulo del laboratorio.\nRevisión de la cantidad de VPC configuradas\nExisten varias VPC configuradas en esta cuenta de AWS en las distintas regiones.\nRevisión de la cantidad de instancias configuradas\nHay tres instancias ejecutándose en esta cuenta de AWS.\nHacer clic en «VPCs»\nHaga clic en VPCs.\nDelimitar la vista de las VPC\nEn el menú desplegable «Region», seleccione us-west-1 para delimitar la vista de las VPC.\nRevisión de la VPC\nEsta es la VPC que vimos en el inventario de AWS en las lecciones anteriores.\nConfirmación de que NSX no gestiona la VPC\nLa VPC de recursos informáticos muestra el estado «NSX Managed - No». En otra parte de este laboratorio implementaremos los componentes de NSX en esta VPC para gestionar las instancias AWS EC2 en ejecución.\nHaga clic en Instances.\nConfirmación de que NSX no gestiona las instancias\nSe muestran las instancias AWS EC2 para la aplicación que aparecieron en el inventario de AWS. El círculo que muestra el estado de NSX no es de color verde, porque los componentes de NSX no están implementados.\nNSX Cloud Service Manager proporciona una visión unificada de los inventarios de NSX y Azure. Revisaremos el inventario que indica NSX Cloud Service Manager y lo compararemos con el inventario de Azure.\nHaga clic en Azure en el lado izquierdo.\nRevisión de la información de la cuenta de Azure\nLa información de la cuenta de Azure se ha configurado en Cloud Services Manager. Esta información será diferente en cada módulo del laboratorio.\nRevisión de la cantidad de VNets configuradas\nHay una red virtual configurada en esta cuenta de Azure.\nHay tres instancias ejecutándose en esta cuenta de Azure.\nHacer clic en «VNets»\nHaga clic en VNets.\nRevisión de la VNet\nEsta es la VNet que hemos visto en el inventario de Azure en las lecciones anteriores.\nConfirmación de que NSX no gestiona la VNet\nLa VNet muestra el estado «NSX Managed - No». En otra parte de este laboratorio implementaremos los componentes de NSX en esta VNet para gestionar las máquinas virtuales de Azure en ejecución.\nSe muestran las máquinas virtuales para la aplicación de Azure que aparecieron en el inventario de Azure. El círculo que muestra el estado de NSX no es de color verde, porque los componentes de NSX no están implementados.\nPuesto que NSX Manager conforma el plano de gestión centralizada de la solución, lo usaremos para configurar las políticas de seguridad de nuestra aplicación y para comprobar que la implementación de NSX en Amazon Web Services y Microsoft Azure se realice correctamente. En esta lección iniciaremos sesión en NSX Manager.\nMarcador de NSX Manager\nHaga clic en el marcador de NSX Manager para conectarse a la consola de NSX Manager.\nAntes de preparar la configuración de NSX para gestionar nuestra aplicación, veremos varias de las pantallas de la interfaz de usuario de NSX Manager a fin de examinar la configuración actual del entorno de laboratorio, comprobar que la infraestructura de gestión de NSX es funcional y familiarizarnos con la nueva interfaz HTML5.\nHacer clic en «Dashboard»\nHaga clic en Dashboard.\nNodos de Manager y Controller\nEl panel de gestión ofrece una única ubicación en la que consultar el estado de los distintos componentes de la implementación de NSX. Mediante una vista general, puede consultar si hay algún problema en los componentes, entre otros datos, como la cantidad de equilibradores de carga, las normas del cortafuegos y las sesiones de VPN.\nEn el caso de nuestra implementación de NSX, podemos ver bajo «System» que los nodos de Manager y Controller aparecen en verde. Esto significa que los nodos de NSX Manager y NSX Controller se encuentran en funcionamiento.\nNSX Manager es el componente del plano de gestión que proporciona la interfaz de usuario gráfica (GUI) y las API basadas en REST para crear, configurar y supervisar los componentes de NSX, como las controladoras, los conmutadores lógicos, las políticas del cortafuegos y las puertas de enlace de servicios perimetrales.\nNSX Controller es el componente del plano de control que proporciona la gestión de estado distribuido y avanzado en nuestro entorno.\nHay tres hosts configurados en la estructura de NSX.\nHacer clic en «Switching»\nHaga clic en Switching en el lado izquierdo.\nConfirmación de la presencia de un conmutador lógico en el inventario\nHay un conmutador lógico que ha sido creado para nuestras máquinas virtuales locales.\nHacer clic en el número de puerto lógico\nHaga clic en el 4 bajo «Logical Ports».\n1. Haga clic y arrastre el ajuste de la columna para expandir el tamaño de las columnas según desee.\nLos cuatro puertos lógicos del conmutador lógico de LS-VLAN corresponden a las cuatro máquinas virtuales de la aplicación implementadas localmente.\nAquí concluye el módulo 3. Hemos iniciado sesión en NSX Cloud Services Manager (CSM), que sirve como interfaz de usuario operativa para la solución de VMware NSX Cloud. También hemos revisado los inventarios de AWS y Azure desde NSX CSM. Además, hemos iniciado sesión en NSX Manager y hemos revisado el inventario de objetos de NSX para confirmar que solo los predeterminados están presentes, y para familiarizarnos con la nueva interfaz HTML5.\nEnhorabuena, ha finalizado el módulo 3.\nContinúe con el módulo 4 para proteger el entorno de la aplicación mediante NSX. También puede continuar con cualquier otro módulo que sea de su interés.\nPara proteger la aplicación en Amazon Web Services (AWS), Microsoft Azure y el centro de datos local es necesario disponer de políticas de seguridad para las cargas de trabajo que gestionará NSX. NSX proporciona un cortafuegos distribuido con funciones de agrupación lógica para simplificar la configuración y ofrecer coherencia.\nUna vez implementados el plano centralizado de gestión (NSX Manager y NSX Cloud Services Manager) y el plano centralizado de control (controladores de NSX) en el centro de datos local, es necesario dar los siguientes pasos para proteger la aplicación:\nImplementar NSX Cloud Gateway en aquellos entornos de cloud que contengan cargas de trabajo que NSX deba gestionar.\nUn administrador de cloud creará políticas de seguridad y redes lógicas mediante la interfaz de usuario o las API de NSX Manager.\nUn administrador de cloud generará un conjunto de etiquetas en NSX Cloud Services Manager.\nUn desarrollador etiquetará las cargas de trabajo en AWS y Azure para el consumo de políticas de NSX durante la creación de instancias.\nEl agente de NSX se instala en cada instancia de AWS y cada máquina virtual de Azure que vaya a gestionar NSX.\nPolíticas de seguridad necesarias\nEstas son las políticas de seguridad de alto nivel que la aplicación requiere.\nEn caso de continuar antes de que el laboratorio muestre «Ready», el laboratorio no funcionará.\nPágina de estado de la implementación del laboratorio\nSe está completando la implementación de las partes del laboratorio en AWS y Azure. Se ha proporcionado un sitio web que muestra el estado de los recursos del laboratorio que se están aprovisionando en AWS y Azure en el arranque del laboratorio.\nEs necesario implementar los componentes de NSX para proporcionar políticas de seguridad a las instancias de la aplicación en Amazon Web Services. El primer paso es implementar NSX Cloud Gateway en la VPC de recursos informáticos donde se hayan implementado las instancias de la aplicación.\nComo nodo de transporte perimetral en NSX, NSX Cloud Gateway proporciona los siguientes servicios en cada VPC en la que se implementa:\nPlano de control proxy (local) para agentes de NSX\nServicios con estado, como traducción de direcciones de red (NAT) y cortafuegos perimetral\nAlojamiento y distribución del software del agente de NSX\nConsulta de las etiquetas de Amazon Web Services\nHaga clic en Nueva pestaña en Google Chrome para abrir una nueva pestaña del navegador (o pase a la pestaña de CSM si ya la tenía abierta).\nEste paso no se mostrará si ha completado el módulo 3.\nAlgunas partes de estos entornos de laboratorio práctico se han creado a la carta, por lo que los certificados todavía no son de confianza. En una implementación de producción se generaría un certificado de confianza que se usaría para proteger la conectividad. Para continuar con el proceso de inicio de sesión:\nSelección de la cuenta de AWS\nHaga clic en VPCs en la parte superior.\nHacer clic en el menú desplegable «Actions»\nHaga clic en Actions en el cuadro «Compute-VPC».\nHaga clic en Deploy NSX Cloud Gateway.\nConfiguración de NSX Cloud Gateway\nSeleccione Private IP.\nHaga clic en PEM File y seleccione nsx-management.\nSeleccione Disabled junto a «Quarantine Policy on the Associated VPC».\nNSX Cloud Gateway es compatible con un modelo de implementación de alta disponibilidad (HA). Para reducir la duración del laboratorio práctico, no configuraremos la HA.\nDesactive la casilla «Enable HA for NSX Cloud Gateway».\nSeleccione su zona de disponibilidad en Availability Zone. Nota: Si se selecciona una zona de disponibilidad incorrecta, los menús de las subredes de los pasos 3 a 5 estarán vacíos.\nSeleccione nsx-uplink-subnet en el campo «Uplink Subnet».\nSeleccione nsx-downlink-subnet en el campo «Downlink Subnet».\nSeleccione nsx-mgmt-subnet en el campo «Management Subnet».\nInicio de la implementación de NSX Cloud Gateway\nSe inicia el proceso de implementación en esta VPC. Puede tardar aproximadamente entre 7 y 10 minutos. La pantalla de progreso de la implementación mostrará información sobre las acciones que se están completando durante el proceso.\nLa implementación de NSX Cloud Gateway proporciona el plano de control local para las políticas de NSX en la VPC, así como una ubicación de instalación para los agentes de NSX que se implementarán en una próxima lección.\nContinúe con la siguiente lección para configurar agrupaciones lógicas mientras se completa la implementación de NSX Cloud Gateway. Después regresaremos a NSX Cloud Services Manager para verificar que se haya completado.\nNSX puede utilizar información contextual sobre cargas de trabajo para crear grupos dinámicos de políticas. Esto proporciona un modelo operativo para la gestión de políticas de seguridad significativamente simplificado. En esta lección, revisaremos los grupos preconfigurados y terminaremos varios de ellos para simplificar la gestión de políticas.\nCSM puede sincronizar la información del inventario de cloud para extraer las etiquetas que se han aplicado a las cargas de trabajo de cloud. Normalmente, estas etiquetas se añaden durante la implementación de instancias y máquinas virtuales en AWS y Azure. Ejemplos de etiquetas pueden ser el nombre de la aplicación, el nivel de la aplicación, etc. NSX también importará etiquetas con información sobre el entorno de cloud, como el nombre de la VPC o VNet, que también puede usarse.\nEstas etiquetas, junto a las que se han aplicado a nuestras máquinas virtuales locales, servirán para crear agrupaciones lógicas dinámicas en NSX.\nHaga clic en Nueva pestaña en Google Chrome para abrir una nueva pestaña del navegador (o pase a la pestaña de NSX Manager en Chrome si ya la tenía abierta).\nHacer clic en «Groups» en el menú «Inventory»\nHaga clic en Inventory.\nSeleccionar IP Sets\n1. Haga clic en IP Sets.\nEditar Airport Data\n1. Seleccionar Airport Data.\n2. Haga clic en EDIT.\n1. Tipo 104.25.0.0/16.\n2. Haga clic en SAVE.\n1. Haga clic en Groups.\nRevisar los grupos creados\nSe han creado varios grupos para ahorrar tiempo en el laboratorio. Los revisaremos y completaremos la configuración de dos de los grupos.\nEstos se usarán en las políticas de cortafuegos que crearemos.\nRevisar el grupo «Web»\nHaga clic en Membership Criteria.\nObserve que utilizamos la etiqueta dinámica que NSX identificará en el inventario de cloud pública (estas etiquetas presentan el prefijo dis:<cloud>:) para que AppTier incluya las máquinas virtuales de interfaz en este grupo. Seguiremos esta misma estrategia para el resto de los grupos. A continuación, terminaremos los grupos de API y de aislamiento de aplicaciones.\nHacer clic en «Cancel»\nHaga clic en Cancel.\nEdición del grupo de API\nSeleccione ps-api (compruebe que la casilla junto a «ps-web» esté desactivada).\nCriterios de pertenencia a grupos basados en la etiqueta identificada\nYa se han aplicado etiquetas a las máquinas virtuales que se ejecutan en nuestro centro de datos local. Las usaremos para completar este grupo.\nHaga clic en Criteria.\nSeleccione Virtual Machine.\nEdición del grupo de aislamiento de aplicaciones\nSeleccione planespotter-app (compruebe que la casilla junto a «ps-api» esté desactivada).\nHacer clic en «Criteria»\nTodas las máquinas virtuales con etiqueta de Azure\nLa primera entrada servirá para incluir la máquina virtual de Azure cuyo «AppName» incluya la etiqueta de planespotter.\nEscriba dis:Azure:AppName («dis» se refiere a «etiqueta identificada»).\nTodas las máquinas virtuales con etiqueta de AWS\nEsta entrada servirá para incluir la instancia de AWS cuyo «AppName» incluya la etiqueta de planespotter.\nEscriba dis:AWS:AppName («dis» se refiere a «etiqueta identificada»).\nTodas las máquinas virtuales con etiqueta de NSX\nPara terminar, incluiremos todas las máquinas virtuales locales cuyo «AppName» incluya la etiqueta de planespotter.\nVolver a NSX Cloud Services Manager\nSeleccione la pestaña de NSX Cloud Services Manager que abrimos antes en Google Chrome. Nota: Es posible que las pestañas se encuentren en otro orden si ha completado los módulos anteriores.\nNSX Cloud Gateway ha terminado de implementarse\nHaga clic en Finish cuando la implementación se haya completado.\nVPC de recursos informáticos gestionada por NSX\nAhora se indica que NSX gestiona la VPC de recursos informáticos y que se ha implementado Cloud Gateway. A continuación, implementaremos NSX Cloud Gateway en Azure.\nEs necesario implementar los componentes de NSX para proporcionar políticas de seguridad a las máquinas virtuales de la aplicación en Microsoft Azure. El primer paso es implementar NSX Cloud Gateway en la VNet de recursos informáticos en la que se han implementado las máquinas virtuales de la aplicación.\nComo nodo de transporte perimetral en NSX, NSX Cloud Gateway proporciona los siguientes servicios en cada VNet en la que implementa:\nServicios con estado, como NAT y cortafuegos perimetral\nConsulta de las etiquetas de Azure\nHaga clic en Clouds en el lado izquierdo.\nCopie el contenido de SSH Public Key de la parte inferior de la página de información de la cuenta (copie las tres líneas de texto).\nSeleccione la cuenta en el campo Local Storage Account (solo hay una opción disponible).\nSeleccione Override Public Cloud Provider's DNS Server.\nSeleccione Allocate new IP en el campo «Public IP on Mgmt NIC».\nSe inicia el proceso de implementación en esta VNet. Puede tardar aproximadamente entre 7 y 10 minutos. La pantalla de progreso de la implementación mostrará información sobre las acciones que se están completando durante el proceso.\nLa implementación de NSX Cloud Gateway proporciona el plano de control local para las políticas de NSX en la VNet, así como una ubicación de instalación para los agentes de NSX que se implementarán en una próxima lección.\nContinúe con la siguiente lección para configurar políticas de cortafuegos mientras se completa la implementación de NSX Cloud Gateway. Después regresaremos a NSX Cloud Services Manager para verificar que se haya completado.\nNSX puede crear políticas de seguridad que aprovechan la naturaleza dinámica de los entornos de cloud, lo que proporciona un modelo de implementación más optimizado y operativamente coherente para las políticas de seguridad.\nPasar a la pestaña de NSX Manager en el navegador\nSeleccione la pestaña de NSX Manager que abrimos antes en Google Chrome. Nota: Es posible que las pestañas se encuentren en otro orden si ha completado los módulos anteriores.\nHacer clic en «Firewall»\nHaga clic en Firewall en el lado izquierdo.\nCambiar el zoom del navegador\nCambie el nivel del Zoom al 80 % para que las reglas sean más fáciles de leer.\nRevisar las políticas configuradas\nPara ahorrar tiempo, ya hemos creado las políticas de seguridad necesarias para el funcionamiento de nuestra aplicación. Antes de la activación, repasaremos brevemente algunos temas.\nHaga clic en «Applied To:».\nObserve que el grupo «planespotter-app» que finalizamos anteriormente ya está en uso. Ahora aplicaremos esta sección del cortafuegos únicamente a estas máquinas virtuales, lo que nos proporciona un mecanismo para aislar esta aplicación del resto del entorno.\nHaga clic en la X para cerrar el cuadro.\nGrupos de origen y destino\nLos grupos que hemos revisado y completado anteriormente se utilizan como pares de origen y destino para nuestra aplicación, de forma que las políticas sean más dinámicas y fáciles de mantener.\nEn NSX los servicios están preconfigurados, por lo que es más sencillo seleccionar los tipos de tráfico necesarios. También usamos un servicio personalizado para el puerto HTTP 8080.\nSe ha activado el registro para todas las reglas, y los registros se envían a la implementación de Log Insight.\nRegla para rechazar todo\nLa regla final, «Rechazar todo», está configurada para bloquear todo el tráfico que no hayamos autorizado explícitamente (será necesario que se desplace hacia abajo).\nActivar todas las reglas\nHaga clic en los tres puntos junto a «planespotter-app-isolation», en la parte superior.\nHaga clic en Enable All Rules.\nHacer clic en «Publish» para guardar las reglas\nVuelva a desplazarse hacia arriba y haga clic en Publish para guardar las reglas.\nLas políticas de seguridad para la aplicación se han activado.\nHemos aprovechado los grupos que creamos anteriormente para que sea más sencillo configurar el origen, el destino y la sección del cortafuegos.\nA continuación, regresaremos a NSX Cloud Services Manager para comprobar el progreso de la implementación de NSX Cloud Gateway.\nHaga clic en Finish cuando la implementación se haya completado. Puede que tarde unos minutos más.\nVNet gestionada por NSX\nAhora se indica que NSX gestiona HOL1922-VPN-vNET y que se ha implementado Cloud Gateway.\nLas etiquetas específicas para NSX sirven para indicar la ubicación donde la interfaz de red de la instancia EC2 debería «conectarse» de forma lógica dentro de NSX. Las políticas de seguridad se envían durante la conexión. Antes de habilitar el agente de NSX en la interfaz web, configuraremos una etiqueta.\nHaga clic en Console URL para abrir una pestaña nueva en el navegador y conectarse a la consola de gestión de AWS.\nIr a las instancias EC2\nHaga clic en Instances en el menú de la izquierda.\nHaga clic y arrastre el título de la columna para expandir la columna «Name».\nSelección de la instancia «Web»\nHacer clic en la pestaña «Tags» de esta instancia\nHaga clic en la pestaña Tags bajo la lista de instancias EC2.\nHaga clic en Add/Edit Tags.\nHacer clic en «Create Tag»\nHaga clic en Create Tag.\nEscriba nsx:network bajo «Key».\nEscriba default bajo «Value» (Nota: No utilice el texto autocompletado «DEFAULT-nsx-compute-security-group» que puede aparecer).\nHemos aplicado la etiqueta específica para NSX en la interfaz web. Una vez se implemente el agente de NSX, esta etiqueta «conectará» la instancia al conmutador lógico predeterminado de NSX que creamos durante la implementación de NSX Cloud Gateway. Las políticas de seguridad también se aplicarán a esta instancia.\nLas etiquetas específicas para NSX sirven para indicar la ubicación donde la interfaz de red de la máquina virtual debería «conectarse» de forma lógica dentro de NSX. Las políticas de seguridad se envían durante la conexión. Antes de habilitar el agente de NSX en la interfaz web, configuraremos una etiqueta.\nAcceso al portal de Azure\nLocalización de la URL del portal de Azure\nIntroducción de la dirección de correo electrónico de Azure\nIntroducción de la contraseña de Azure\nHaga clic en Virtual Machines en el lado izquierdo.\nHacer clic en la máquina virtual web\nHaga clic en hol1922-ps-web01.\nHacer clic en «Change» junto a «Tags»\nHaga clic en Change junto a «Tags», en el lado derecho.\nIntroducción de la información sobre la etiqueta\nEscriba nsx.network en «Name». (Nota: En Azure es necesario introducir un solo punto en lugar de dos puntos).\nEscriba default en «Value».\nHemos aplicado la etiqueta específica para NSX en la interfaz web. Una vez se implemente el agente de NSX, esta etiqueta «conectará» la máquina virtual al conmutador lógico predeterminado de NSX que creamos durante la implementación de NSX Cloud Gateway. Las políticas de seguridad también se aplicarán a esta máquina virtual.\nPara continuar el proceso de proteger las interfaces web, debemos implementar el agente de NSX. El agente de NSX proporciona las funciones del plano de datos en cada instancia de Amazon Web Services o máquina virtual de Microsoft Azure en la que se haya instalado. Esto incluye lo siguiente:\nMotor de aplicación del cortafuegos distribuido\nPunto de acceso de túnel para redes superpuestas\nUna práctica recomendada sería incluir el agente en las imágenes maestras que se utilizan en el entorno de cloud pública de una organización. El agente de NSX también puede instalarse en instancias existentes implementadas empleando distintos métodos de automatización.\nEl agente de NSX se implementará en cada interfaz web mediante un script. Le mostraremos el proceso en Azure, donde podrá ver la ubicación del script de instalación y el comando de ejecución. En AWS le mostraremos un método automatizado en el que basta con ejecutar un solo script para completar la instalación.\nAbrir PuTTY en la consola principal\nHaga clic en el icono de PuTTY de la barra de tareas de Inicio rápido de Windows.\nLocalización de la interfaz web de Azure\nEscriba VMware1!VMware1! como contraseña.\nHaga clic en Azure.\nAjuste el nivel del zoom al 75 %.\nHacer clic en «VNet»\nHaga clic en el cuadro de la VNet para seleccionarla.\nCopiar la ubicación del script de instalación\nHaga clic en Agent Download & Installation para expandirlo.\nCopie la ubicación que se muestra en Download Location para Linux.\nPegar la ubicación\nVuelva a PuTTY.\nEscriba wget, seguido de un espacio.\nPegue la ubicación de Download Location en la ventana de PuTTY que abrió anteriormente haciendo clic con el botón derecho en la ventana de PuTTY.\nEl script de instalación se ha descargado.\nPegar comando de CSM\nCopie el contenido de Installation Command bajo Linux, en la pestaña de CSM en el navegador.\nComando de instalación del agente\nPegue el contenido de Installation Command en la ventana de PuTTY que abrió anteriormente haciendo clic con el botón derecho en la ventana de PuTTY.\nPulse Entrar para iniciar la instalación del agente.\nCompletar la instalación del agente\nEl agente de NSX puede tardar entre 3 y 5 minutos en instalarse.\nSesión de PuTTY nueva\nHaga clic en el icono de PuTTY en el lado superior izquierdo para abrir una sesión PuTTY.\nSeleccione New Session.\nLocalización de la interfaz web de AWS\nLa primera vez que se conecte a una instancia se mostrará una ventana de confirmación para que verifique la conexión.\nInstalación del agente de NSX\nEscriba el siguiente comando para iniciar el script de instalación del agente de NSX que combina los pasos del proceso:\nAgente de NSX instalado\nAjuste el nivel del zoom al 90 % o al 100 %.\nTras implementar los componentes de NSX en la VPC de recursos informáticos, revisaremos la configuración de NSX en NSX Manager y NSX Cloud Services Manager para verificar la operación.\nSeleccione la pestaña de NSX Manager que abrimos antes en Google Chrome. Nota: Es posible que las pestañas se encuentren en otro orden si ha completado los módulos anteriores. Escriba admin en el campo «Username» y VMware1! como contraseña si se ha agotado el tiempo de la sesión.\nHacer clic en «Fabric»\nHaga clic en Fabric en el lado izquierdo.\nHacer clic en «Edges»\nHaga clic en Edges en la parte superior.\nHaga clic y arrastre para expandir la anchura de la columna.\nNodos perimetrales recién creados\nSe han creado dos nodos perimetrales, uno en cada cloud pública.\nNota: El nombre de los perímetros será diferente en cada laboratorio.\nHacer clic en «Transport Nodes»\nHaga clic en Transport Nodes en la parte superior.\nHaga clic y arrastre para ampliar la columna.\nNodos de transporte recién creados\nSe han creado dos nodos de transporte nuevos (las Cloud Gateways recién implementadas). Estos se añaden a los tres hosts ESX que ya se habían configurado como nodos de transporte de NSX en nuestro centro de datos local.\nCambios en el inventario de conmutadores\nSe han creado cuatro conmutadores lógicos nuevos (un conmutador lógico para VLAN y uno para superposición en cada cloud pública).\nLas instancias de cloud pública y las máquinas virtuales se conectan a los conmutadores para VLAN predeterminados en cada cloud.\nHacer clic en «Groups», bajo «Inventory»\nHacer clic en el grupo «planespotter-app»\nHaga clic en planespotter-app.\nEl grupo planespotter-app cuenta con 6 máquinas virtuales como miembros efectivos.\nHaga clic en 6 junto a «Virtual Machine».\nInstancias de la aplicación consideradas miembros\nSeleccione Virtual Machine en el campo «Member Objects».\nSe muestran todas las máquinas virtuales locales y en la cloud pública.\nHaga clic en Virtual Machines en el lado izquierdo, bajo «Inventory».\nVemos en una sola ubicación el inventario completo de todas las máquinas virtuales e instancias locales y en la cloud pública.\nHaga clic en 7 junto a una de las máquinas virtuales de cloud pública.\nEtiquetas de la máquina virtual\nSe muestran todas las etiquetas de la máquina virtual, incluidas las etiquetas identificadas (definidas por el usuario) que usamos anteriormente al crear los grupos.\nHacer clic en «Accounts»\nHaga clic en Accounts.\nResincronización de la cuenta\nPara acelerar la actualización de la API del panel de gestión de CSM forzaremos una resincronización del inventario de AWS.\nHaga clic en Resync Account.\nHaga clic en Instances en el cuadro «Compute-VPC».\nGestión de NSX de las instancias de la aplicación\nSe muestra que NSX gestiona nuestra instancia de la aplicación y la puerta de enlace.\nLa instancia VPN y la Rogue no han recibido la etiqueta de AWS ni la instalación del agente de NSX.\nPara acelerar la actualización de la API del panel de gestión de CSM forzaremos una resincronización del inventario de Azure.\nHacer clic en la flecha atrás\nHaga clic en la flecha atrás.\nLas instancias VPN y Rogue no han recibido la etiqueta de Azure ni la instalación del agente de NSX.\nAntes de implementar NSX, la aplicación que se estaba ejecutando en Amazon Web Services y Microsoft Azure se dejó completamente abierta a Internet y había varios puertos innecesarios expuestos como posibles superficies de ataque. En esta lección repasaremos la funcionalidad de la aplicación y probaremos la conectividad básica.\nLocalizar la información sobre la instancia web en AWS\nHaga clic en el enlace Web Frontend Public URL para abrir una nueva pestaña en el navegador y conectarse a la aplicación.\nLocalizar la información sobre la máquina virtual web en Azure\nHaga clic en el enlace Web Frontend Instance Public URL para abrir una nueva pestaña en el navegador y conectarse a la aplicación.\nVolveremos a utilizar la aplicación nmap para escanear los puertos del entorno de aplicaciones local. Escanearemos las direcciones donde se hayan implementado instancias de la aplicación y revisaremos los puertos abiertos tras la implementación de NSX en el entorno para comprobar que se han cerrado los puertos innecesarios.\nEscriba el siguiente comando en el cuadro Command (antes de hacerlo, borre cualquier otro comando que haya en el cuadro).\nComo puede ver, la situación de seguridad de nuestras máquinas virtuales locales ha mejorado. De acuerdo con las políticas de cortafuegos que hemos configurado en NSX, el único puerto que está expuesto a otras máquinas virtuales es el puerto SSH (puerto 22). Antes, todos los puertos respectivos de la API y las máquinas virtuales de base de datos y de Redis estaban expuestos a todos los accesos.\nNSX ofrece herramientas operativas adicionales para proporcionar visibilidad del tráfico que se produce en el entorno de una aplicación que se ejecuta en clouds públicas. Examinaremos algunas de las funciones de NSX para la agregación de estadísticas sobre el tráfico.\nCambie el nivel del Zoom al 80 % para que los pasos siguientes sean más fáciles de leer.\nEstadísticas del cortafuegos\nHaga clic en el icono de estadísticas de flujo en el extremo derecho de la primera regla del cortafuegos.\nSe muestran los paquetes, bytes y el número de sesiones de esta regla.\nHacer clic en «Ports»\nHaga clic en Ports.\nHacer clic en el primer puerto de la máquina virtual\nSe muestran todos los puertos del conmutador lógico de NSX, además del puerto de enlace ascendente. Los nombres de los puertos corresponden al nombre de la máquina virtual o la función relacionada.\nHaga clic en el primer puerto lógico de la lista con el prefijo «Cloud». Será una de las interfaces web que se ejecutan en la cloud pública.\nHacer clic en «Monitor»\nEs posible consultar información adicional sobre este puerto.\nNSX ofrece estadísticas sobre el tráfico de esta máquina virtual de interfaz web que se ejecuta en la cloud pública. NSX también puede realizar un seguimiento de estas estadísticas a lo largo del tiempo.\nHaga clic en Begin Tracking. Se abrirá otra pestaña en el navegador.\nSeguimiento de los puertos\nSe ha abierto una pestaña nueva en el navegador y se ha iniciado el seguimiento del puerto. Aguarde unos momentos y observe las actualizaciones de la página.\nNSX le ofrece la posibilidad de registrar todas las reglas de cortafuegos en el servidor syslog que desee. Todas las políticas de cortafuegos configuradas se han establecido para que se registren en syslog (vRealize Log Insight). El entorno local se ha configurado para que envíe todos los registros a nuestro servidor syslog.\nActivaremos el registro de las implementaciones de NSX en la cloud pública y examinaremos los registros en vRealize Log Insight. El primer paso será establecer el destino de syslog en la puerta de enlace. El segundo paso consistirá en activar el registro de los agentes. Estos pasos se realizarán para ambas clouds públicas implementadas.\nLocalización de NSX Manager\nEscribir «On ?»\nEscriba on ? para mostrar una lista y obtener la información sobre la primera puerta de enlace.\nCopiar y pegar el UUID del primer PCG en el campo «on»\nResalte el identificador único universal (UUID) de la primera entrada de Public Cloud Gateway (PCG) y cópielo.\nHaga clic con el botón derecho en la ventana de PuTTY y péguelo junto a «on».\nPulse la barra espaciadora para añadir un espacio al final (no pulse Entrar).\nPara completar el comando, pegue el siguiente comando al final y pulse Entrar.\nSe ha configurado el registro en la primera puerta de enlace.\nResalte el UUID de la primera entrada de PCG y cópielo.\nRegistro del agente configurado\nSe ha configurado el registro del agente conectado a la primera puerta de enlace.\nEscriba on ? para mostrar una lista y obtener la información sobre la segunda puerta de enlace.\nCopiar y pegar el UUID del segundo PCG en el campo «on»\nSe ha configurado el registro en la segunda puerta de enlace.\nSe ha configurado el registro del agente en la segunda puerta de enlace.\nAbrir las pestañas de la aplicación en el navegador\nHaga clic en las pestañas de la aplicación abiertas en el navegador y actualice ambas páginas para generar tráfico (utilice los enlaces URL de la página de información de la cuenta si las pestañas están cerradas).\nHacer clic en el marcador de Log Insight\nHaga clic en el marcador de Log Insight.\nEscriba admin en el campo «User name».\nSe muestra la página de vista general.\nSeleccionar el tráfico del cortafuegos distribuido de NSX\nHaga clic en VMware - NSX-T.\nHaga clic en NSX - Distributed Firewall - Traffic.\nTráfico del cortafuegos distribuido\nSe muestran los principales puertos, destinos y fuentes del cortafuegos, incluidas las interfaces web.\nNota: Si no se muestran datos, genere más tráfico desde las páginas web de la aplicación o cambie «Latest 5 minutes of data» a «Latest hour of data».\nColoque el cursor sobre «Top Firewall Sources» y haga clic en el icono de análisis interactivo.\nHaga clic en Add Filter.\nAñadir filtro para el agente de NSX\nEntrada sobre el agente\nVemos las entradas relacionadas con los agentes de NSX.\nAquí concluyen el módulo 4 y el laboratorio práctico. La instalación de los componentes de NSX en Amazon Web Services y Microsoft Azure y la aplicación de políticas de seguridad coherentes a las instancias de la aplicación nos ha permitido proteger con éxito la aplicación que se implementó en nuestro entorno de cloud híbrida. También hemos estudiado las opciones relacionadas con la visibilidad y los registros.\nEnhorabuena, ha finalizado el módulo 4 y el laboratorio práctico.\nSiga las instrucciones que encontrará al final de la lección para finalizar el laboratorio. También puede continuar con cualquier otro módulo que sea de su interés.\n(15 minutos [básico]). En este módulo revisaremos el entorno configurado de la aplicación, verificaremos la funcionalidad de la aplicación y examinaremos las políticas y la estrategia de seguridad configuradas.\nCódigo SKU del laboratorio: HOL-1922-01-NET


Peliculas categoria terror pagina 23\nUna cría de anaconda, genéticamente mejorada, se ha regenerado y crece monstruosamente. La cría sedienta de sangre es aparentemente invencible, y se desliza entre explosiones y disparos para regenerarse y alimentarse insaciablemente de todo lo que se encuentre en su camino....\nRemake del clásico film de terror, dirigido en 1980 por Sean S. Cunningham. Buscando a su hermana desaparecida, Clay se dirige al espeluznante bosque del legendario Crystal Lake, donde tropieza con los viejos y decrépitos restos de una cabaña que yace detrás de unos árboles cubiertos por denso ...\nDracula vuelve de la\nEn las sombras de su Castillo, el Conce Drácula resucita gracias a la sangre que cae de una herida que tiene en la cabeza un sacerdote inconsciente, que estaba intentando practicar un exorcismo. Una vez más, el terror se extiende por Transilvania....\nSteven y Diane Freeling viven una vida tranquila en una comunidad planificada de California llamada Cuesta Verde, donde Steven es un exitoso promotor inmobiliario y Diane es una ama de casa que cuida de sus hijos Dana, Robbie, y Carol Anne. Carol Anne despierta una noche y comienza a conversar con e...\n“Demoniaco online latino 2015 NT”. “Demoniaco online latino 2015 Netu”. “Demonic”. “House of Horror”. Demoniaco se centra en un terrible crimen de cómo cinco jovenes estudiantes son brutalmente asesinados en el interior de una abandonada casa. El detective Mark Lewis y la psicóloga...\nUna joven recién graduada en la escuela de ingeniería, viaja hasta un lugar remoto para ser la representante de una empresa de demolición, y supervisar el derribo de un siniestro edificio. Descubrirá el terrible secreto oculto en las paredes del inmueble, los cuerpos de las víctimas de un asesi...\nLas leyendas urbanas son modernos cuentos de terror gestados en los últimos años como los que aseguran la existencia de cocodrilos en la alcantarillas de Nueva York, efectos siniestros de los electrodomésticos o tráfico de órganos. En la Universidad de Pendleton, un profesor (Robert Englund) pr...\nEn la pelicula Urban Legends 2, Amy, Travis y Graham son un grupo de estudiantes de cinematografía que sueñan con llegar a hacerse famosos en Hollywood. Sin embargo, para conseguirlo primero deberán sobrevivir a su último semestre en la Universidad Alpine, una famosa escuela de cine donde la com...\nHombre lobo americano\nHombre lobo americano en londres Pelicula\nDavid Kessler y Jack son dos jóvenes estadounidenses que, con sus mochilas a cuestas, han decidido pasar tres meses recorriendo Europa. En Inglaterra, en una zona rural desolada, la gente les da unos consejos escalofriantes: “no os apartéis del camino y no os acerquéis a los páramos”, “cui...\nRay (Skarsgård), Claire (Riseborough) y su hija de 7 años, Zoe, son una típica familia americana en Kingsville, North Carolina, excepto por el hecho de que han vivido en un refugio anti-bombas desde que escaparon del día de la devastación que lo cambió todo. Durante 301 días, han convertido l...\nLa joven Marie es invitada a pasar unos días en la casa de los padres de su mejor amiga, una granja aislada y rodeada de campos de maiz. Las dos chicas piensan que allí encontrarán la tranquilidad necesaria para estudiar. Pero sus esperanzas son vanas. De noche llega a la casa un implacable asesi...\nUna serie de extrañas criaturas peludas procedentes del espacio llegan hasta la Tierra, con destino en un pequeño pueblo de Kansas. Allí, estos monstruos con un apetito inagotable se dedican a arrasar con todo lo que encuentran a su paso y a aterrorizar a todos los habitantes, incluyendo a la fam...\nUna pareja se escapa de fin de semana romántico. El chico, Steve, propone pedir matrimonio a Jenny en un sitio idílico: un lago remoto en medio de un bosque aparentemente desierto. La tranquilidad de la pareja se verá interrumpida cuando una banda de chicos jóvenes haga camping en el lugar. Esto...\nSu-mi y Su-yeon son dos hermanas que, pese a su corta edad, ya han tenido que enfrentarse a reveses duros de la vida. Entre ellos destaca la reciente muerte de su madre, que no será fácil de superar, y también un problema de salud que las ha tenido retenidas en el hospital durante un largo period...\nLa relación de Max y Evelyn va en picado tras decidir irse a vivir juntos, lo que hace ver a Max que Evelyn es una mujer controladora y manipuladora. Por ello se da cuenta de que es hora de dejarlo todo, pero hay un problema: tiene demasiado miedo de romper con ella. Sin embargo Evelyn muere en un ...\nDos chicas norteamericanas viajan a Montenegro en sus vacaciones, con el fin de visitar a un viejo amigo. Una vez allí deciden aventurarse en Mamula, una fortaleza militar abandonada, localizada en una pequeña isla. Durante su exploración en la fortaleza, descubren que no son los únicos visitant...\nPese a que un compañero de clase se quitó la vida en el bosque Covington, cinco adolescentes se adentra en él para pasar una noche de “juegos de linterna” e historias de fantasmas. Pero sus planes se tuercen cuando despiertan una presencia demoníaca, un mal invisible que se apodera de sus m�...\nEn la costa de California se alza el pintoresco centro turístico de Antonio Bay. Mientras sus residentes se preparan para las celebraciones del centenario de la ciudad, la tripulación de un viejo barco aparece brutalmente asesinada. Al mismo tiempo, en el mar, una misteriosa niebla que oculta un m...\nSusan Harris está sola en casa cuando, de repente, la puerta se cierra con llave, las ventanas se cierran de golpe y el teléfono deja de funcionar. Susan ha sido atrapada por un intruso? pero no se trata de un matón ordinario. No, el intruso es un ordenador llamado Proteus, un cerebro artificial ...\n“La noche del demonio 2 online latino 2013 NT”. “La noche del demonio 2 online latino 2013 Netu”. “Insidious 2″. La historia se sitúa inmediatamente después de los acontecimientos narrados en la anterior entrega, Insidious (2010), donde tras mudarse a una vieja casa, Josh (Patrick ...


ponceeric el Lun 28 Dic 2015, 21:17\nPues como todos (o eso supongo) los de aquí, me he hecho con una SR 250 del año 92. La verdad es que es "vieja" en cuanto a años pero por suerte, esta moto está como nueva. La he comprado con solo 19.000 km.\nDecir que es mi primera moto de verdad. Antes tenía una Honda Scoopy 49cc pero no la sacaba del pueblo. Con esta moto espero hacer cualquier tipo de recorrido. Primero compré la moto y ahora estoy con el A2 apuntito de sacármelo, tengo unas ganas ya...\nEn principio la idea era tener un vehículo de serie para desplazarme sin problemas, pero ahora que comienzo a ver transformaciones de esta moto, creo que me animaré a darle un aspecto diferente. He visto que con 4 cositas se puede dejar una moto nueva y preciosa.\nSobre mí: Informático. 25 años. Vivo en un pueblo cerca de Barcelona. En principio compré la moto SOLO para desplazamientos pero creo ya, sin haberla usado, que me he enganchado...uffff\nPoco más que añadir, os pongo fotos para que veáis el tremendo estado en el que se encuentra. Un saludo a todos y gracias!\nRe: Presentación Ponceeric\ncochele el Lun 28 Dic 2015, 21:32\nHola ponceeric, pónte cómodo y seas muy bienvenido.\nTe felicito por tu excelente presentación (te ha faltado poner tu nacimiento en tu perfil, para que aparezca tu edad en tu avatar y cumplir asi las normas).\nTienes una AUTENTICA PRECIOSIDAD. Y de serie además. Permíteme preguntarte: ¿no te da pena meterle mano a ése bellezón?\nCómprate una baratilla y haz lo que quieras, pero a ésa Naomi Campbell sácale lustre y gózala, hombre.\nYa sabes, aquí estamos para lo que necesites y ésta es tu casa.\n(acuérdate de tu edad en el perfil, porfa)\nNanu SR el Lun 28 Dic 2015, 21:49\nBienvenido compañero también desde un pueblo provincia de Barcelona, Sant Fost de Campsentelles justo al lado de Mollet del Valles , como bien dice Cochele fantástica presentación muchísimas gracias por ella , un saludo compañero.\nponceeric el Lun 28 Dic 2015, 21:59\ncochele escribió: Hola ponceeric, pónte cómodo y seas muy bienvenido.\nHola! Listos, edad en el perfil. Perdón por el despiste.\nEn cuanto a la imagen de la moto. Sí, es cierto, tiene una linea espectacular. Pero ahora los colegas me han metido las customizadas en la cabeza y no me las puedo quitar. Mi idea en principio es: disfrutar al máximo de la SR "de serie" y cuando me canse, darle un aire "exclusivo" y solo mío.\nEste tipo de moto es a lo que me refiero:\nPor una parte tienes razón, meterle mano es "casi" pecado porque está perfecta...ya veremos que hacemos con el tiempo!! jeje\ncochele el Lun 28 Dic 2015, 22:07\nLo cierto es que aquí estamos para lo que quieras, para restauraciones, para transformaciones, injertos, arreglos etc...\nAsi que no debería haberte dicho eso, ¡pero la tienes tan bonita!\nIntenta hacer transformaciones recuperables, de las que se pueden revertir poniendo las piezas originales.\nEnhorabuena otra vez, y gracias por cumplimentar la edad, majete.\njoshein el Lun 28 Dic 2015, 22:37\n¿Como nueva? ¿Pero que han hecho, la han conservado en hibernación? Es que si no fuera por 4 manchitas que he visto en la tapa del encendido... Y los emblemas como relucen. ¡Esos malditos emblemas que valen 43 euros + IVA, cada uno, están nuevos! Macho, es que no le veo los 19.000 Km por ningún lado.\nEnhorabuena crack, no creo que se pueda comprar nada en mejor estado hoy en día.\nPD: Yo también soy de la opinión de ni tocarla y conservarla tal como está, pero el dueño manda.\nSuerte con el examen y a disfrutarla!\ncochele el Lun 28 Dic 2015, 22:50\n(voz de ultratumba) Ya te arrepentirás.........los sacrilegios nunca salen gratis ni los ofensores a las deidades salen impunes\nPD: Al final te quitamos el sueño y todo. Venga, un saludo salao.\nÚltima edición por cochele el Miér 30 Dic 2015, 09:16, editado 1 vez\nponceeric el Mar 29 Dic 2015, 01:31\ncochele escribió: (voz de ultratumba) Ya te arrepentirás.........los sacrilegios nunca salen gratis ni los ofensores a las deidades salen impunes\nLa verdad es que todo al que se la enseño me dice lo mismo...acabaré por dejarla de serie y todo, fíjate tu!\ncochele el Mar 29 Dic 2015, 01:49\nponceeric escribió: La verdad es que todo al que se la enseño me dice lo mismo...acabaré por dejarla de serie y todo, fíjate tu!\nHombre, pues claro que puedes hacer lo que quieras, pero por experiencia sabemos que la vas a tener muchos años, y que la irás cogiendo cada vez mas cariño, que no te dejará tirado por una gilipuertada...... y si la conservas así, en pocos años verás ojos saltones mirando la burrilla, desorbitados, ojipláticos e inyectados en sangre DE ENVIDIA Y ADMIRACIÓN. Llevarás cadenas ó ruedas de clavos (incluso en verano) para no escurrirte con las babas.\nCon la otra moto que nos has enseñado, solo babearas tú. Los demás dirán : ¡pseee! (todo lo mas: ¡mola!) pero al medio minuto se irán, a otra cosa mariposa, que de éstas hay miles. Y babearás solo hasta que te acostumbres, luego se te pasará el capricho y te arrepentirás. Lo juro.\nPero solo es una opinión, claro. Te repito que aquí estamos para ayudarte en lo que podamos.\nUn abrazo majete, y gracias por unirte al club.\nponceeric el Mar 29 Dic 2015, 18:40\nGracias a vosotros. La verdad es que ya comienzo a verla con otros ojos!\ncochele el Miér 30 Dic 2015, 01:29\nponceeric escribió: Gracias a vosotros. La verdad es que ya comienzo a verla con otros ojos!\nOye, que en transformaciones de buen gusto yo soy un experto .\nSi quieres, vete empezando por quitar esos vinilos blancos, el las tapas laterales,debajo de los logos dorados de Special. ¡Y ya está! Ya tienes casi la moto más güay y mas de origen de toda todita España y parte del extranjero.\nY como segunda medida: mimos, muchos mimos entre semana, y los domingos cariño.\nSi yo pillara eso, habría que ponerse gafas de sol por la noche para poderla mirar.\n(Casi-casi como está ahora).\nescape tornillos embrague arranque aceite juntas manillar grifo filtro Depósito bateria cadena bombilla direccion asiento gasolina CAMBIO neumaticos carburador motor Membrana Freno Amortiguadores junta valvulas distribucion


Representaciones y realidades de La Guajira - Razón Pública\nInicio\tTemasRegiones\tRepresentaciones y realidades de La Guajira\nRepresentaciones y realidades de La Guajira\nEscrito por Wilder Guerra julio 20, 2015\nCon motivo de la conmemoración de sus 50 años como departamento, un experto analiza cuál ha sido la imagen que se ha construido de La Guajira en el país en este tiempo y cómo esa representación ha marcado su derrotero como región.\nEl pasado 1 de julio La Guajira cumplió 50 años como departamento. Esta es la más reciente etapa de una larga trayectoria como ente territorial, pues en 1501 se constituyó en esa península la Gobernación de Coquivacoa, la primera entidad política hispana en Tierra Firme.\nEsta gobernación tuvo como titular a Alonso de Ojeda y su centro político fue la efímera ciudad de Santa Cruz, fundada en mayo de 1502, varios años antes de la fundación de Santa María la Antigua del Darién.\nA lo largo de cinco siglos La Guajira ha sido objeto de varias reorganizaciones políticas y territoriales y sus características geográficas y sus soberbios puertos marítimos han estimulado la concepción de proyectos utópicos asociados a aventureros y tratantes de esclavos, como Fernando Ruiz de Noriega. Aunque también han servido de inspiración a grandes personajes como Bartolomé de Las Casas y el Libertador Simón Bolívar.\nActualmente, el país percibe a La Guajira como una región problemática, asociada al contrabando, la corrupción y la desnutrición infantil. Sin duda, el departamento encierra diversas ambigüedades y paradojas, pues a veces se le percibe como un joven departamento lleno de riquezas naturales y, en otras ocasiones, como una rebelde y lejana provincia que le sirve al país como reservorio extractivo y cuyos habitantes aún no han ingresado plenamente a la nación.\nMunicipio de Maicao en el departamento de La Guajira.\nTierra de utopías\nLos grandes proyectos sobre La Guajira partieron, como toda utopía, de la facultad de imaginar, de modificar lo real a partir de sueños que intentaron sustituir el orden existente por otro radicalmente diferente.\nLa península de La Guajira ha sido tierra propicia para la concepción de utopías, en parte porque ha sido vista como una región rica en recursos naturales pero signada por un tipo de violencia constitutiva, y en parte porque se le consideró durante la dominación colonial como un territorio jurídicamente vacuo e inconquistado.\nEn el siglo XVIII, el comerciante español Fernando Ruiz de Noriega propuso la fundación de una nueva ciudad llamada San Fernando, en Bahía Honda, que contaría con dos fortificaciones, y para ello solicitó a la corona licencia para reclutar a cien mil marinos para la construcción.\nEl propio Libertador Simón Bolívar concibió en 1815, en su célebre Carta de Jamaica, el emplazamiento de la capital de la futura República de Colombia en territorio guajiro, imaginándose "(…) una nueva ciudad que con el nombre de Las Casas, en honor de ese héroe de la filantropía se funde en los confines de ambos países en el soberbio puerto de Bahía Honda. Esta posición aunque desconocida es más ventajosa por todos respectos, su acceso es fácil y su situación tan fuerte que puede hacerse inexpugnable. Posee un clima puro y saludable, un terreno tan propio para la agricultura como para la cría de ganado y una grande abundancia de maderas de construcción. Los salvajes que la habitan serian civilizados y nuestras posesiones aumentarían con la adquisición de La Goajira”.\nSin embargo, a pesar de este reconocimiento de Bolívar de que la Guajira no pertenecía a la Nueva Granada ni a Venezuela, surgió posteriormente de lleno el proyecto de colombianización en la región. Con la consolidación de la República la Iglesia católica jugó, según el historiador Vladimir Daza, un papel muy importante en la historia de La Guajira pues creó un sentido nacional en una región inestable.\nDicho autor cita una carta de monseñor Atanasio Soler y Royo al ministro de Instrucción Pública de Colombia en 1905, en la que dice: “Mi sueño dorado es conquistar La Guajira para la Republica y para la religión. Es decir, hacer de los indios hijos de la Iglesia y de la Patria, hijos de Dios y de la Constitución”.\nEsta "colombianización” puede ser entendida como un proceso de modernización particular que busca superponer valores, prácticas sociales e instituciones (empresariales y gubernativas) de las culturas modernas y del interior del país sobre las tradiciones locales.\nPor eso, los conflictos principales de los guajiros frente a la colombianización surgen por las tensiones que causa la implantación de un deber ser. En términos prácticos, el proceso de colombianización ha buscado integrar La Guajira a Colombia como un departamento mediterráneo, pero ha ignorado sus especificidades históricas y su condición peninsular.\nDe hecho, sus habitantes han mantenido nexos económicos y culturales de larga duración con el Caribe insular, especialmente con las posesiones holandesas, y por ello una de sus grandes aspiraciones es recuperar esos nexos y habilitar sus puertos marítimos dentro de la legalidad.\nComo entidad territorial La Guajira sufrió diversas modificaciones a lo largo de la República. En 1846 se creó el Territorio Nacional de la Guajira, y este fue intendencia desde 1898, comisaría desde 1911, luego regresó a ser intendencia nacional en 1954 y se erigió como departamento en 1965 e incorporó a las poblaciones cercanas al Valle de Upar que hacían parte de la antigua provincia de Padilla.\nEl siglo XX se caracterizó por el declive de la resistencia indígena, la consolidación de las misiones católicas en la península, un mayor control político del Estado sobre el territorio guajiro y un aumento en las luchas intraétnicas.\nEn 1927 surgió la población de Maicao, que prosperó a partir de un puesto de Aduanas situado en el camino a Maracaibo. En 1935 se fundó Uribia, en pleno centro del territorio guajiro, y esto permitió un mayor control del interior de la península y de sus puertos.\nCon la creación de la intendencia y del departamento, la población wayuu fue la gran afectada en la reorganización territorial, pues Uribia dejó de ser la capital y los miembros de este grupo indígena pasaron a ser solo un tercio del total de los habitantes del nuevo departamento, que incorporó a Riohacha.\nLa población criolla dirigió el nuevo ente a partir de sus propios intereses y concepciones de bienestar y de “desarrollo”. Por ejemplo, la inversión de los recursos departamentales no fue proporcional al peso demográfico relativo de la población indígena.\nAl mismo tiempo, la imagen del indígena siempre ha sido utilizada por la dirigencia gobernante criolla para sustentar las demandas de carácter nacional. Como lo ha afirmado Carl Langebaek, en su obra Los herederos del pasado, una de las pruebas de la vigencia del indígena y de su pasado es que se activa en momentos políticamente pertinentes, especialmente cuando el criollo percibe amenazas externas.\nDe esta manera, la imagen idealizada del indígena no tiene como referente al propio indígena sino al criollo, que a través de su ideología utiliza al nativo para representarse a sí mismo\nUna región heterotópica\nMargarita Serje, en su obra El revés de la nación, nos habla de un cierto tipo de geografías políticas que no pueden considerarse geografías físicas ni regiones naturales, sino espacios de proyección y de mitificación.\nComo lo demuestra la representación dominante sobre la tierra guajira, dichos espacios pueden corresponder a “territorios salvajes, fronteras y tierras de nadie”, y habitados por seres romantizados por la literatura que habitan el ámbito de lo salvaje y se encuentran “al margen de la historia y quedan ubicados, todavía, por fuera del dominio de lo nacional”.\nEstos espacios son una especie de “contralugares” y por ello mismo son la pesadilla del centro, de la nación que se ha impuesto la persistente e infructuosa tarea de incorporarlos prontamente a una concepción unidimensional de modernidad.\nLos medios de comunicación colombianos ven en La Guajira una zona situada más allá de la frontera de la civilización, habitada por gente apegada a antiguas y atrasadas formas de vida, supersticiosa, carente de valores cristianos, proclive por naturaleza a la violencia y atada a la ilegalidad. Justamente “Tierra sin Dios ni Ley” tituló, para referirse a ella, la revista de mayor circulación nacional.\nEste tipo de lugares se ajustan a lo que Michel Foucault denominó “heterotopías”, como un contraste con el concepto de “utopía”. Mientras las utopías no son espacios reales, las heterotopías sí lo son, y constituyen un espacio mítico y real al mismo tiempo.\nSerje los define como “lugares que seducen y disparan la imaginación por el hecho de que la densidad de su representación los muestra como una inversión del orden social del que hacen parte”\nLos barcos, dice Foucault, constituyen la heterotopía por excelencia, porque son piezas de espacio flotantes, lugares sin lugar, cerrados sobre sí mismos pero entregados al infinito del mar y, como dicho autor afirma: “en las civilizaciones sin barcos, los sueños se secan, el espionaje toma el lugar de la aventura y la Policía toma el lugar de los piratas”.\nPero La Guajira también ha aportado al país cosas como la valoración del mar y la lucha por la equidad racial, a través del ejemplo del almirante José Prudencio Padilla y de Luis Antonio Robles, así como la extendida creatividad de los principales juglares de la música de acordeón, la retórica de la paz de los palabreros wayuu y parte del universo social y mítico que inspiró la obra literaria de Gabriel García Márquez.\nLa Guajira no es la pesadilla de la nación sino una reserva de su imaginación.\nLa GuajiraRepúblicaWayuuWilder Guerra


La OCDE rebaja considerablemente el pronóstico de crecimiento de la eurozona para 2019, con Italia en recesión\nLa Organización para la Cooperación y el Desarrollo Económicos (OCDE) ha rebajado en ocho décimas el pronóstico de crecimiento de la economía de la eurozona para 2019, hasta situarse en el 1%, mientras que ha revisado a la baja en dos décimas el crecimiento a nivel mundial, hasta el 3,3%, según se desprende del informe ‘Perspectivas económicas», publicado este miércoles.\nEn concreto, el organismo presidido por el mexicano Ángel Gurría ha explicado que los descensos en la eurozona se explican por factores excepcionales, como los problemas del sector de la automoción debido a los nuevos estándares de emisiones. Asimismo, la OCDE subraya que la incertidumbre política, como por ejemplo el Brexit, también han jugado un papel «importante».\nAdemás, el club de países desarrollados ha alertado de que aunque no se dieran más restricciones al comercio mundial, la ralentización en algunas economías «clave» como Alemania, China, Reino Unido o Italia está lastrando el potencial de crecimiento del resto de países europeos.\n«La desaparición del crecimiento en el comercio entre los socios del euro, la alta incertidumbre política y la moderación de la confianza apuntan a una ralentización de la demanda que podría persistir», se puede leer en el documento.\n«El crecimiento a nivel mundial se ralentizó más de lo esperado en la segunda mitad de 2018, en parte como reflejo de las profundas recesiones que ocurrieron en algunas economías emergentes y la debilidad generalizada del sector industrial», ha indicado la OCDE.\n«Si Reino Unido y la Unión Europea se separan sin un acuerdo, la perspectiva sería mucho más débil», ha alertado la OCDE. Según sus cálculos, los países más expuestos a este Brexit duro serían Irlanda, Países Bajos y Dinamarca. Además, comerciar bajo las normativas de la Organización Mundial de Comercio (OMC) hará que el archipiélago británico observe una reducción del crecimiento del PIB de hasta dos puntos porcentuales durante los próximos dos años.\nDebido a la incertidumbre relativa a los próximos desarrollos económicos, la OCDE ha subrayado que la pausa en el calendario de normalización de la política monetaria es «apropiada». Además, aunque desaparezcan las tensiones comerciales y políticas, el organismo considera que Estados Unidos, Canadá y Australia son los únicos países con margen de maniobra para proseguir la reducción de la política monetaria acomodadiza.\nEn su opinión, la prioridad del Banco Central Europeo (BCE) debería ser mantener los tipos de interés bajos por un periodo de tiempo «extendido» y asegurar que los mercados financieros siguen funcionando «sin problemas». Así, Ángel Gurría ha recomendado a Mario Draghi que actualice su orientación a futuro con respecto a la primera subida de tipos de interés y que, «si fuera necesario», apruebe nuevas medidas para «mejorar» la financiación a largo plazo del sector bancario.\n«El limitado alcance de un apoyo sustancial por parte de la política monetaria evidencia el rol importante que unas políticas estructurales y fiscales coordinadas podrían jugar en el alza del crecimiento», ha asegurado la OCDE.


Nada Especial: La historia de "Je t'aime..moi non plus"\nLa historia de "Je t'aime..moi non plus"\nCoincidiendo con el 40 aniversario de "Je tàime... moi non plus", GQ me encargó un artículo sobre la canción y su historia que se publicó en el número de febrero de 2014 de la revista y cuyo texto reproduzco aquí abajo.\nUna noche a finales de 1968, Serge Gainsbourg irrumpió en el hotel parisino en el que vivía con Jane Birkin. Fue hasta el restaurante y le pidió al pianista que reprodujera el acetato que llevaba consigo. El hombre siguió sus instrucciones. Un momento después, una canción se apoderó del restaurante, dejando atónitos a todos y cada uno de los comensales, que no daban crédito a lo que estaban escuchando: una opulenta balada de amor de aire casi religioso, surcada por jadeos orgásmicos. Cuando vio aquellas caras, Gainsbourg supo que Je t’aime... moi non plus iba a ser un éxito. No estaba equivocado, aunque a decir verdad, la canción estaba destinada a convertirse en mucho más que un superventas.\nGainsbourg llevaba años componiendo éxitos para otros artistas, mujeres casi todas ellas, de Nana Mouskouri a Petula Cark pasando por Juliette Greco. Pero lo que de verdad deseaba era convertirse él en la estrella. En 1967 conoció a la exuberante Brigitte Bardot, cuyo matrimonio con Gunter Sachs se hallaba en crisis. Ella le pidió que le escribiera una canción de amor y él correspondió a sus deseos con Je t’aime… Los medios de comunicación, conscientes del morbo que rodeaba al romance entre el crápula Gainsbourg y la sensual Bardot, husmearon a fondo hasta descubrir la canción antes de que pudiera ver la luz. El señor Sachs puso el grito en el cielo y Bardot suplicó que aquella celebración erótica, plagada de suspiros, no se publicara nunca. Gainsbourg accedió. El idilio terminó poco después.\nGainsbourg y Birkin vestidos por Nino Cerruti\nJane Birkin llegó a París en pleno Mayo del 68 para rodar una película llamada Slogan. Nacida en Inglaterra hija de una actriz y un espía, a sus 20 años ya tenía en su haber películas con Richard Lester y junto a Warren Beatty. La popularidad le había llegado al intervenir en Blow- Up y convertirse, bajo las órdenes de Antonioni, en la primera intérprete con desnudo frontal en una película comercial. Su pareja coprotagonista en Slogan era Gainsbourg, con el que le costó conectar. Él había pedido a Marisa Berenson para el papel, y aquella jovencita contratada en su lugar ni siquiera sabía francés. El rodaje fue tumultuoso a causa de las revueltas callejeras que recorrían la ciudad. Cuando el Porsche del director ardió en la calle, se decidió que lo más seguro era devolver a Birkin a Londres. Ella se marchó sabiendo que volvería solo por seguir viendo a Gainsbourg.\nTras la ruptura con la Bardot, Gainsbourg había estado ligando con toda mujer que se le puso por delante. Para sacarse la espina, quería volver a grabar Je t’aime… Se lo propuso a Mireille Darc y a Marianne Faithfull, pero ambas se negaron. “Era increíblemente atractivo –contaría Faithfull en 2001-. Un feo muy bello. Extremadamente arrogante y muy sexual. Era esa clase de hombre que una sabía que, si se acostaba con él, iba a salir de la habitación bien complacida. No sé bien por qué rechacé cantar la canción. Digamos que, para mi vergüenza, fue porque mi romance con Mick Jagger estaba empezando y aquello no le habría gustado”. Cuando Birkin regresó a París, se lo propuso a ella. Al principio se negó porque la versión original le parecía inmejorable. Gainsbourg la llevó a cenar a Régine’s, al club Rasputín, la paseó por el París más golfo. Vieron amanecer en un mercado, repartiendo champán a los carniceros que abrían los puestos. Finalmente, Birkin accedió. Él tenía 40 años y ella 22.\nSerge y Jane vestidos de Paco Rabanne\nGrabaron la canción en un estudio londinense. “Le gustaba trabajar con mujeres, especialmente con actrices –declaró Birkin después-, porque así podía dirigirlas. Hacerlas cantar muy cerca del micrófono, que susurraran. Le parecía más atractivo hacer que una bella actriz cantara que hacerlo con cantantes con voces bonitas”. Y eso fue lo que Serge hizo con Jane, dirigirla. Cuando la canción se publicó meses después se especuló con todo tipo de historias, como que los jadeos se habían registrado con grabadoras colocadas bajo la cama de la pareja. Nada de eso era cierto. Cada uno de ellos grabó su parte vocal en una cabina separada de la otra. Birkin siempre recuerda cómo Gainsbourg la dirigía para que no sobreactuara con los suspiros y, sobre todo, para que no olvidara que, tras uno de ellos, tenía que empezar a cantar en un tono muy alto.\nJe t’aime… se publicó en febrero de 1969 y provocó una reacción en cadena. España, Brasil, Suiza, Portugal y otros países la prohibieron. El Vaticano excomulgó al ejecutivo de la discográfica que sacó el single en Italia. En Inglaterra fue prohibida por la BBC, que solo radiaba la versión instrumental. Así y todo, llegó al primer puesto de las listas de venta británicas, convirtiéndose en la primera canción en otro idioma que conseguía tal proeza en Inglaterra. El escándalo se convirtió en la mejor promoción del single, que actualmente lleva vendidas seis millones de copias en todo el mundo. Más complicado sería contabilizar los bebés que fueron concebidos por culpa de la canción durante aquel 1969. Gainsbourg y Birkin, posando irreverentes, vestidos de Cerruti o de Rabanne, ella siempre provocativa, él con aspecto de sátiro, rivalizaron con la pareja Lennon-Yoko a la hora de crear polémica. El cambio social, cultural y político que había surcado los 60 llegaba a su fin y aquel gran orgasmo orquestal, “la canción más pura” que su autor aseguraba haber escrito, escandalizaba y excitaba a Occidente a partes iguales. Gainsbourg había logrado su objetivo: ya era una estrella. Más que eso, había colaborado con la única revolución que parecía importarle, la sexual, pulverizando un tabú más en la música pop. A partir de entonces, la pareja siguió su historia de amor y arte, convirtiéndose en el equivalente del tándem Taylor-Burton. Cuando se separaron definitivamente en 1981, la imagen de ambos ya era un icono imborrable de la era pop. En cuanto a que Je t’aime, moi non plus, ninguna otra canción en la historia ha superado su marca sexual ni ha sido más explícita y a la vez más bella.\nPublicado por rafa cervera en 0:26\nEtiquetas: BBC, Blow-Up, Brigitte Bardot, censura, Jane Birkin, Londres, Marianne Faithfull, Marisa Berenson, Mayo del 68, Mick Jagger, Nino Cerruti, Paco Rabanne, París, Petula Clarke, Serge Gainsbourg, sexo, Warren Beatty\nPodcast: Versiones inesperadas\n"Morning Phase", otra obra maestra de Beck\nHablando con Devo\n1974: Año Eno\nJohn Cale y mi día en www.eldia-de.com\nDebbie Harry y el remake de Alphaville\nPodcast: Fripp en Nueva York\nHablando con Francisco Nixon