Windows Técnico : Configuración

Diferencias entre Hyper-v 3.0 en Windows 8 y Windows Server 2012

MGarcia — Wed, 24 Apr 2013 08:06:02 GMT

En este artículo vamos a comentar las principales diferencias que podemos encontrar en Hyper-V 3.0 (Windows 8 y Windows Server 2012).

Tras la instalación de la versión de Windows 8 accederemos a un menú de configuración más “básico” respecto a la versión de Windows Server 2012.

Figura 1 – Menú de configuración Hyper-V 3.0 Windows 8

En la siguiente imagen vamos a resaltar y detallar las diferencias.

Figura 2 – Menú de configuración Hyper-V 3.0 en Windows Server 2012

Como podemos apreciar en Windows Server 2012 nos aparecen 3 características más que en su versión de Windows 8:

GPU físicas
Migraciones en Vivo
Configuración de replicación

GPU físicas:

Esta característica permita vincular una de nuestras tarjetas gráficas al virtualizador al igual que se consigue con los “Conmutadores Virtuales” y las NIC, para que la máquina virtual utilice una gráfica física en vez de una virtualizada y poder así obtener mejores resultados.

Migraciones en Vivo:

Esta característica permite mover la máquina virtual a otra ubicación de almacenamiento local o recurso compartido, todo ello mientras dicha máquina virtual está en ejecución, sin cortar el servicio de producción.

Si queréis profundizar más sobre esta característica podréis visitar este enlace.

Configuración de replicación:

Esta característica permite tener replicadas máquinas virtuales en otro servidor con Microsoft Windows Server 2012 y el rol de Hyper-V instalado dentro de una organización.

Si queréis profundizar más sobre esta característica podréis visitar este enlace.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos" y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

Crear red WiFi con Windows 8

Sergio San Roman — Wed, 10 Apr 2013 14:29:00 GMT

Hoy en día, estamos acostumbrados en ciertas ocasiones a usar nuestro Smartphone como punto de acceso para poder acceder a internet con equipos portátiles. Pero se puede dar el caso de encontrarnos en la necesidad de hacer la operación inversa, es decir, disponer de una conexión cableada y necesitar conectar un dispositivo como nuestro Smartphone para poder acceder a internet desde este, o simplemente dar acceso a internet a otro dispositivo. Lógicamente la opción más lógica es hacer uso de un punto de acceso para conexiones inalámbricas, pero esto no siempre es factible. Haciendo uso de Windows 8 podemos convertir nuestro equipo en un punto de acceso y compartir la conexión que estamos utilizando.

La implementación de este servicio es muy sencilla, pero antes veamos qué requisitos debemos cumplir:

2 interfaces de red, en el entorno que vamos a montar:
- 1 NIC Ethernet, será la que reciba la conexión de la infraestructura y cuya conexión será compartida.
- 1 NIC Wireless, será la interfaz a la que conectaran los dispositivos, es decir, será la interfaz a la que se conectaran los dispositivos para recibir la conexión. Además deberá admitir redes hospedadas.

Lo primero que deberemos haces es comprobar que nuestra NIC Wireless es capad de adminir redes hospedadas, para ello abrimos un cmd como administradores y lanzamos:

Netsh wlan show drivers

Figura 1 – Comprobación de admisión de redes hospedadas.

Como podéis comprobar en la imagen anterior, en este caso si admite redes hospedadas.

El siguiente paso es habilitar este modo y configurar la red hospedada, en otras palabras, habilitar nuestra NIC para que sea capad de responder a las solicitudes de conexión y esta aparezca como un AP.

Como todo AP, será necesario que configuremos, además de habilitar este modo de trabajo:

SSID, para poder identificar nuestra red.
Habilitar la seguridad para la conexión, por defecto será WPA-2 con cifrado AES.

Para ello desde el mismo cmd como administrador, lanzaremos:

Netsh set hostednetwork mode=allow SSID=WTecnico key=12345678
Netsh wlan start hostednetwork

Figura 2 – Configuración de la red hospedada.

Como podeis ver es bastante sencillo, solo debéis modificar los valores para “ssid=” y “key=” por los vuestros.

Una vez realizado esto deberemos ir al centro de redes y recursos compartidos y seleccionar “cambiar configuración del adaptador”.

Figura 3 – Centro de redes y recursos compartidos.

Deberemos identificar nuestro adaptador Ethernet, ya que es el que dispone de salida a internet y también podemos observar cómo se ha creado un nuevo adaptador para la red hospedada.

Figura 4 – Centro de redes y recursos compartidos.

Como podéis observar en color azul esta resaltado el adaptador para la red hospedada y en rojo nuestro adaptador Ethernet el cual dispone de salida a internet.

El siguiente paso es acceder a las propiedades de nuestro adaptador Ethernet y en la pestaña “uso compartido”, seleccionamos “Permitir que los usuarios de otras redes se conecten a través de la conexión a internet de este equipo” y seleccionamos nuestra red hospedad.

Figura 5 – Uso compartido.

Con estos pasos tendremos nuestra red hospedada montada y lista para admitir dispositivos que se conecten a ella.

Figura 6 - Redes disponibles.

Figura 7 – Propiedades de la conexión.

Como podéis comprobar, unos sencillos pasos con los que podremos convertir nuestro equipo con Windows 8 en un punto de acceso.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de los sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Además si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico, o seguirnos por el Canal Google+ de Windows Técnico o Twitter para estar al día de las novedades e información técnica de interés.

Los 10 peores errores de instalación de Configuration Manager 2012 (Parte 2)

José Miguel — Tue, 12 Feb 2013 11:33:00 GMT

En la parte 1 se describieron cinco (5), empezando por la cola, de los diez errores más comunes con respecto a la instalación de Microsoft System Center Configuration Manager 2012. En la parte 2 se va a seguir adelante con los 5 restantes hasta alcanzar el error más común.

Error Nº 5 – Olvidarse de ponerle el collarín a SQL Server

Configuration Manager 2012 depende por completo de un servidor SQL Server para la mayoría de los servicios que lo hacen funcionar. Si la instalación del servidor SQL tiene problemas, Configuration Manager también los tendrá. Puedes instalar ambos productos en el mismo equipo, o en diferentes, dependiendo de sus necesidades. SQL Server 2008, 2008 R2, y 2012 tienen la opción de restringir el consumo máximo de memoria. Esta opción permite a los administradores controlar el consumo de recursos y evitar un impacto negativo en otros servicios y procesos que estén presentes en el mismo equipo. Esta opción está desactivada de forma predeterminada.

¿Por qué es importante?

Dependiendo de la cantidad de memoria total (física o virtual) disponible para el sistema operativo base, permitir que el servidor SQL esté fuera de control puede conducir a una seria degradación del rendimiento. Obviamente, cuanto menor sea la memoria total disponible, más probable es que esto se convierta en un problema. Si está alojando Configuration Manager y SQL Server en el mismo equipo, esto puede ser una preocupación aún mayor. Si a SQL Server le está permitido consumir demasiada memoria, puede obligar al resto de servicios de la aplicación a paginar memoria con demasiada frecuencia. Por este motivo, cuando ambos productos comparten la misma localización, Microsoft recomienda limitar el uso de memoria de SQL Server a no más del 50 al 80 por ciento del total de memoria (direccionable) disponible.

¿Cómo hacerle frente?

Asegúrese de que la instalación de SQL Server esté en armonía con la configuración soportada.

Para cambiar estas opciones en SQL Server 2008 y 2008 R2:

1. Abra SQL Server Management Studio.

2. Conéctese al servidor host deseado (o servidor/instancia si procede).

3. Haga clic derecho en el nodo del servidor en la vista de árbol del panel izquierdo, haga clic en Propiedades

4. Haga clic en la opción “Memoria” en el listado de propiedades.

5. Ajuste la “Memoria máxima del servidor” según considere necesario.

Las imágenes a continuación muestran una instalación de SQL Server 2008 R2 cuya limitación es cercano a los 2 Gigabytes. Tal y como se indica en rojo, los valores deberían estar entre el 50% y el 80% de los límites (1.0 GB y 1.6 GB, respectivamente). Para más información referirse a: Fijar la cantidad de memoria (SQL Server Management Studio)

Error Nº 4 – Ignorar el TLC (Tender, Care and Love)

Configuration Manager, al igual que todos los productos de tecnología relacionados con la infraestructura, requiere un mantenimiento periódico para que siga funcionando en óptimas condiciones. Los tres errores más comunes en esta categoría son:

1. Olvidarse de ejecutar las operaciones de mantenimiento rutinario.

2. Olvidarse de comprobar, e instalar, las nuevas revisiones y actualizaciones.

3. Olvidarse de limpiar los registros antiguos de estado y alertas.

¿Por qué es importante?

Si se pasan por alto las rutinas de mantenimiento diario, el desempeño general poco a poco ira empeorando, los errores podrán empezar a ocurrir con mayor frecuencia y severidad. Junto con esto, con forme las cosas se enmarañen, será más difícil encontrar soluciones precisas para problemas concretos y estas soluciones cada vez consumirán más tiempo (y cordura). Cuando el rendimiento del sistema se degrada, los servicios responden más lentamente o puede que incluso lleguen a fallar. Esto puede afectar cada aspecto del entorno de Configuration Manager, desde el inventario hasta la distribución de software, pasando por la Protección Final.

¿Cómo hacerle frente?

Revisa la documentación acerca del mantenimiento de los sistemas para Windows Server, Configuration Manager y SQL Server.

Desarrolla un plan para seguir las tareas de mantenimiento de cada uno de los servidores y puntos del sistema.

Mantenga los servidores actualizados en lo referente a revisiones y parches, tanto de Microsoft como de los proveedores del resto de componente de software y hardware (controladores, firmware, etc.).

Revise el registro de resumen de estado del sistema y de los componentes, y tome las decisiones oportunas para remediar cualquier problema que detecte.

Haga anotaciones sobre los problemas recurrentes y busque los patrones.

Error Nº 3 – Descubrimiento de ajustes incorrectos

Detectar es el proceso por el cual Configuration Manager buscar identificar los recursos del entorno, siempre y cuando se encuentren dentro de la configuración de las fronteras del entorno y de los grupos. Hay varios tipos de detección que pueden ser configurados y habilitados o deshabilitados de manera independientemente:

Bosques de Directorio Activo (incluye dominios y subdominios)

Sistemas de Directorio Activo (ordenadores)

Usuarios de Directorio Activo

Grupos de Directorio Activo (grupos de seguridad, y opcionalmente, grupos de distribución)

Chequeo (verifica la existencia de recursos que todavía existen en el entorno)

Red (routers, sitches, etc.)

La combinación de los anteriores va a permitir producir una imagen más amplia y completa de su entorno. Sólo el método de detección de chequeo está activado por defecto, el resto debe estar habilitado y configurado explícitamente para el control y programación de sus funciones.

¿Por qué es importante?

Si configura incorrectamente alguna de ellas, puede dar lugar a un excesivo tráfico de red, así como de utilización de CPU de los clientes y servidores. También puede crear una situación en la que los recursos sigan apareciendo en sus informes, consultas y colecciones, mucho después de que hayan sido retirados del entorno.

¿Cómo hacerle frente?

Revisar la guía de Microsoft para planificar la detección en Configuration Manager (en particular, siga la sección “mejores prácticas”).

Verifique que las fronteras del entorno y los grupos de frontera están configurados correctamente.

Consulte a su equipo de administración de red para conseguir ayuda con la validación de los distintos ámbitos de las subredes, entornos y DHCP para asegurar que no se ha dejado nada.

Error Nº 2 – Ajustes incorrectos de las fronteras

Después de que el hardware y el software estén configurados e instalados, el siguiente paso consiste en configurar las opciones para establecer un entorno o, jerarquía de entornos, operacional de Configuration Manager. El aspecto más importante para la configuración de un entorno son sus fronteras. Esto consiste básicamente en un conjunto lógico de reglas que definen el territorio en que se realizará la búsqueda de recursos (equipos, usuarios, grupos, etc.). Las reglas pueden ser definidas usando subredes o rangos de subred IPv4, subredes IPv6 y nombres de lugares del Directorio Activo.

La combinación de fronteras y grupos de frontera actúan como el cerco alrededor de un pedazo de tierra que define el segmento de propiedad en el cual manejar ganado. En este caso, el ganado hace referencia a los recursos. Imagínese tratar de contar cabezas de ovejas, sin haber definido una región en la que cercar previamente el ganado. Eso no es lo único. Además de limitar de los grupos de recursos, el entorno también proporciona los medios para que los clientes localicen sus servidores de administración, además de otros sistemas del entorno de los que dependen.

¿Por qué es importante?

Sin unas fronteras del entorno y grupos apropiados, su entorno sufrir serios problemas de rendimiento.

¿Cómo hacerle frente?

Los siguientes artículos de TechNet deberían poder ayudarle a planificar y prepararse para la configuración de las fronteras del entorno, así como los Grupos de frontera, entornos y jerarquía de entorno.

Planificando las fronteras y grupos de frontera.

Planificados los entornos y jerarquía de entornos.

Error Nº 1 – Ignorar los registros de eventos

Es difícil determinar cuál de los errores, este y el anterior, son más comunes. Gracias al esquema de Configuration Manager, se puede aprender mucho más prestando atención a los registros si se sabe que buscar.

Entre Windows Server, SQL Server y Configuration Manager, hay un montón de cosas a las que echarles un ojo. Cuando son colocados en la misma máquina asegurarse de que todos están funcionando correctamente resulta incluso más crítico. La mayoría de los los administradores de sistemas saben que el primer lugar en el que mirar, independientemente del sistema operativo, son los registros. Y hay un montón de registros a los que mirar. Está el infame Registro de Eventos de Windows, así como numerosos archivos de registro. Dependiendo de qué producto, tecnología o servicio esté involucrado, se determinará cuál de ellos contiene la información respectiva.

¿Por qué es importante?

Casi todo lo que sucede en un equipo de Windows Server se refleja en los registros. El “casi” viene de que algunas aplicaciones de terceros pueden no seguir las normas tan estrictas como Microsoft o muchos de sus socios hacen (o tratan de hacer). Otro punto a tener en cuenta es que algunas aplicaciones llevan sus propios registros sin informar de los problemas a través de la interfaz gráfica (GUI). Por esta razón, es absolutamente crítico que se familiarice con al menos los registros más relevantes de Configuration Manager antes de empezar.

¿Cómo hacerle frente?

Puedes encontrar más información aquí sobre cuál de los servicios de Configuration Manager son grabados y cual registro.

Revisar los registros de Configuration Manager:

Localización en los Clientes: %WINDIR%\System32\CCM\Logs

Localización en los Servidores del Entorno: %PROGRAMFILES%\Microsoft Configuration Manager\Logs

Localización en los servidores de administración: %PROGRAMFILES%\SMS_CCM\Logs

Consejo: Usa la utilidad CMTrace para ver los log de forma más eficiente.

Revisar los Registros de Eventos de Windows en los servidores del entorno de Configuration Manager además de aquellos en los que se aloja el SQL Server.

· Mira en Sistema, Aplicaciones, y Registros de Seguridad, y anota los eventos de Error y Advertencia, junto a la fecha, hora y detalles relacionados.

Aparte de la identificación de errores y advertencias obvias, busque las entradas repetidas que pudieran indicar un patrón. En muchos casos, lo que parecer ser un problema con un servicio o componente (o aplicación) puede ser causado por algo completamente distinto. Por ejemplo, errores de replicación (es decir, SQL Server DRS) puede parecer ser de SQL Server, pero podría ser un problema con la red, DNS, o incluso un problema con la NIC.

Con esto concluye la serie de dos post sobre los errores más comunes a la hora de instalar/configurar Configuration Manager en Windows Server 2012. Espero que os sirva de utilidad.

Si quieres aprender más secretos, interactuar y gestionar Metasploit te recomendamos leer el libro de Pablo González y Chema Alonso Metasploit para Pentesters. Si quieres aprender mucho más sobre los secretos de los sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos" .

Fuente: 4sysops.com

Los 10 peores errores en la instalación de Configuration Manager 2012 - I de II

José Miguel — Mon, 04 Feb 2013 16:09:00 GMT

Micrososft System Center 2012 Configuration Manager es un producto muy profesional con grandes capacidades. Al igual que otros productos orientados a infraestructuras, requiere una cuidadosa planificación y una, aún más, meticulosa ejecución a fin de conseguir una exitosa implementación.

Error Nº 10 – Falta de Planificación

Aunque se trata de un aspecto muy amplio, la falta de planificación es uno de los errores más comunes en la implementación de Configuration Manager 2012. Si bien es cierto que una de las principales razones para usar esta herramienta reside en obtener una imagen clara del entorno, resulta necesario partir de una comprensión bastante buena del medio existente.

¿Por qué es importante?

Si no se tiene una idea bastante clara de la red, los distintos tipos de dispositivos y los sistemas operativos en uso, se recurrirá con demasiada frecuencia a la improvisación. E improvisar suele conducir a situaciones peligrosas cuando se trata de grandes proyectos de implementación de IT.

¿Cómo hacerle frente?

Microsoft ofrece orientación para la recopilación de información para lograr una exitosa implementación.

Error Nº 9 – Una deficiente delegación

Si estás interesado en usar Configuration Manager 2012, es probable que estés trabajando en un entorno de suficiente tamaño y escala para justificar el esfuerzo, el coste y la carga de administración diaria para apoyarlo. Si este es el caso, entonces debes hacer uso de todo el personal IT disponible, especialmente si poseen habilidades útiles.

¿Por qué es importante?

El proceso de instalación inicial es un tema, pero más allá de eso, la administración diaria lleva su tiempo. Intentar hacerlo todo uno mismo no sólo restará el tiempo que se le puedan dedicar a otras actividades, si no que limitará los resultados a la cantidad de tiempo y esfuerzo que una persona puede dedicarle. Tener una organización jerárquica a la hora de dividir las tareas no sólo resultará en una mayor eficiencia, sino que también añadirá algo de redundancia y tolerancia a fallos.

¿Cómo hacerle frente?

El aspecto más importante a remarcar reside en que esto debería hacerse antes incluso de empezar el proceso de instalación de Configuration Manager.

Revisar las asignaciones y los privilegios de acceso de manera regular ayudará a controlar los cambios de personal, la adquisición de conocimientos y los cambios en las funcionalidades que se utilizan dentro de Configuration Manager.

Error Nº 8 – Escatimar en costes

Configuration Manager está sustentado en muchas partes móviles. Está la base de datos, los servicios web, las funciones de distribución de software, las funciones de actualización de software, y luego está el propio servidor. En algunos casos, todas las funciones se pueden implementar en una máquina física o virtual, en otros casos, se reparten entre varios hosts. La clave reside en la planificación, prueba y evaluación antes de ir a producción.

¿Por qué es importante?

Uno de los problemas más comunes que traen de cabeza a los profesionales de IT consiste en copiar la configuración del entorno de pruebas en el entorno de producción. No sólo porque sea una mala costumbre, sino porque, en la mayoría de los casos, el entorno de prueba se construye con menos presupuesto, menos recursos, recursos de menor calidad que los que se utilizarían en producción. El énfasis en los entornos de prueba es, por lo general, en la prueba de concepto, en lugar de buscar rendimiento. Pero en el entorno de producción, la fiabilidad es tan importante como el rendimiento.

¿Cómo hacerle frente?

No se puede sugerir que se replique absolutamente todo el entorno de producción, en términos de hardware y software, en el entorno de pruebas. Eso sería ideal, no obstante la mayoría de las empresas son demasiado conscientes de los costes como para permitirse algo que incluso pueda parecer extravagante.

Hay muchas guías probadas y comprobadas, así como utilidades de software para la estimación del hardware óptimo y la configuración de software basado en los distintos tamaños y escalas de las implementaciones. Comenzar con ellos le asegurará obtener un mayor éxito. De manera adicional puede referirse a la guía de Microsoft sobre la Planificación de configuraciones de hardware para Configuration Manager 2012.

Error Nº 7 – Ir demasiado lejos, demasiado pronto

Gran cantidad de administradores de sistemas, al revisar las capacidades y características de Configuration Manager 2012, se les abren los ojos sobre las posibilidades. Si bien resulta tentador acometerlos todos ellos a la vez, esto puede producir graves problemas para la implementación, así como para la red y los clientes.

¿Por qué es importante?

Cada una de las funciones dentro de Configuration Manager 2012 incurre en las propias funciones del sistema, así como a cambios en todo el entorno en función de la configuración del Agente de Directivas del cliente y otros servidores de la estructura del sitio. Se debe tener cuidado al seleccionar las características que se desean implementar. Si realmente no necesita una función concreta lo mejor será dejarlo para otro momento. Siempre se puede añadir más tarde el resto de funciones cuando se considere que el entorno es suficientemente estable como para añadir algo nuevo.

¿Cómo hacerle frente?

Comience con incluir las funciones en una lista de prioridades, en orden de mayor a menor urgencia. Use dicha lista como una guía para establecer los hitos del proyecto y el calendario. Esto no sólo reducirá al mínimo la probabilidad de sufrir problemas técnicos sino que también reducirá el espacio de búsqueda en el que tendría que sumergirse para resolver los problemas que se presenten. Un ejemplo de lista podría ser la siguiente:

· Inventario de hardware y software

· Informes de inventario

· Actualizaciones de software

· Despliegue de aplicaciones

· Herramientas de administración remota

· Despliegue de Sistemas Operativos

· Planes de migración y USMT para OSD

· Configuración deseada

· Protección final

Cada organización tiene sus propios desafíos y prioridades, por lo que resulta importante desarrollar una lista que satisfaga las necesidades específicas.

Otra manera de acometer ésta problemática que podría resultar recomendable, seria empezar agrupando las características en pequeños grupos de dos o tres y centrarse en cada grupo, hasta que se esté seguro de que están funcionando correctamente y el ambiente general es estable, para luego pasar al grupo siguiente.

Error Nº 6 – Ignorando las medidas de recuperación ante desastres

Tarde o temprano la mayoría de sistemas de IT acabaran fallando. Ya sea debido a hardware, software, parches mal aplicados, errores, mala suerte, acabará sucediendo. En ese caso lo importante no será por qué ha sucedido, sino que se hará para volver a levantar el sistema. La recuperación de desastres, como su propio nombre indica, es el mecanismo mediante el cual se planifica con antelación para conseguir un respaldo. Afortunadamente, Configuration Manager siempre ha proporcionado herramientas y documentación para ayudar a prepararse ante este tipo de eventos, herramientas que han continuado mejorándose con cada nueva versión.

¿Por qué es importante?

Cuando un servidor falla, puede impactar a una gran cantidad de servicios y procesos que están vinculados a la misma. Cuando la estructura del Configuration Manager falla, el impacto puede ser de varios órdenes de magnitud con respecto a la escala y el número de servicios y procesos que se ven afectados. Echando un vistazo hacia atrás en la lista de funciones en “Error Nº 7” se podría ser capaz de adivinar la forma en que cada uno de ellos puede afectar al entorno y las medidas necesarias para gestionarlo. Las actualizaciones de software, instalación de aplicaciones, actualizaciones y eliminaciones, detección de malware, despliegue de sistemas operativos, y más, todo podría dejar de estar disponible. La imaginación puede ayudarle a prever las posibles consecuencias.

¿Cómo hacerle frente?

Revisar la documentación oficial de Microsoft (Este proceso debería hacerse durante la fase inicial de planificación, de manera previa a la construcción del entorno de prueba).

Configurar un plan de mantenimiento accediendo a su Site System Servers:

· Abra la consola de Configuration Manager

· Navegue por: Site Configuration / Sites / <Site Name>

· Clic derecho en el nombre del sitio y seleccione Site maintenance

· Active y configure las tareas de mantenimiento de acorde a sus necesidades.

Consulte los siguientes enlaces para obtener más información acerca de la planificación de recuperación de desastres:

· Planificación de alta disponibilidad con Configuration Manager

· Planificación de las operaciones del sitio con Configuration Manager

· Copia de seguridad y recuperación en Configuration Manager

En la siguiente entrega se continuará con los siguientes cinco errores, siendo el error número 1 el más común en la instalación de Configuration Manager 2012. Esperamos que este artículo le resulte útil y de ayuda.

Si quieres aprender más secretos, interactuar y gestionar Metasploit te recomendamos leer el libro de Pablo González y Chema Alonso Metasploit para Pentesters. Si quieres aprender mucho más sobre los secretos de los sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos" .

Fuente: 4sysops.com

Evitar actualizaciones inesperadas en Windows 7

Sergio San Roman — Mon, 21 Jan 2013 15:33:07 GMT

En ciertos momentos el hecho de que se nos actualice el sistema operativo puede ser muy molesto, si necesitamos apagar el equipo las actualizaciones se instalaran automáticamente, y dependiendo del número de actualizaciones puede llegar a ser muy molesto. Por ejemplo en medio de una presentación o ciertas situaciones. Pues bien, existe un método muy sencillo de poder apagar el equipo y que no se instalen las actualizaciones.

Si apagamos desde el menú inicio, veremos que aparecerá el escudo que indica que tenemos actualizaciones pendientes y que estas serán instaladas al apagar. Pero si en vez de apagar, cerramos sesión, accediendo a la pantalla de inicio de sesión, podremos ver en la esquina inferior derecha el botón para apagar el equipo, el cual tiene un desplegable desde el cual podremos apagar el equipo sin que este aplique las actualizaciones pendientes.

Figura 01 – Pantalla de inicio de sesión Windows 7.

Esta información puede pareces muy simple, pero sin embargo, en ciertas situaciones puede ser de bastante ayuda, espero os sea de ayuda esta información.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres conocer las novedades y secretos de la nueva versión del sistema operativo servidor de Microsoft te recomendamos Windows Server 2012 para IT Pros. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos”.

Windows Server 2012: Laboratorios de prueba

Sergio San Roman — Thu, 09 Aug 2012 06:24:00 GMT

Hace tiempo que los administradores IT comenzamos a adentrarnos en nuevas tierras, con vistas a la aparición en el mercado el próximo mes de octubre de Microsoft Windows Server 2012, desde entonces hemos podido ver y testear las novedades y mejoras que han sido incorporadas en el nuevo sistema operativo servidor de Microsoft.

Imagen 01 - Logo Microsoft Windows Server 2012

Para ayudarnos a implementar y testear estas mejoras, Microsoft pone a nuestra disposición una serie de guías para montar laboratorios de pruebas. Cada laboratorio esta enfocado a una funcionalidad. Hay un punto mas que interesante dentro de estas guías y que ha llamado mi atención satisfactoriamente, no solo explican como configurar cada entorno desde el nuevo Administrador del servidor y las correspondientes herramientas administrativas, si no que también esta indicado como realizar cada paso desde PowerShell, dándonos así la posibilidad de implementar los entornos a la vez que nos adentramos en el mundo PowerShell.

Os dejo la lista completa de guías:

Podéis encontrar mas información en Windows Server 2012 Beta Test Lab Guides.

Una vez mas espero os sean de ayuda estos laboratorios, y os ayuden a comenzar vuestra incursion en el mundo del nuevo Microsoft Windows Server 2012.

Si quieres aprender más secretos, configuraciones, integraciones, desarrollo de PowerShell te recomendamos leer el libro de Pablo González y Ruben Alonso “PowerShell: La navaja suiza de los administradores de sistemas”. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos “Máxima Seguridad en Windows: Secretos Técnicos” y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.

[ACTUALIZADO]: Descárgate la versión de evaluación final de Windows Server 2012 y comprueba todas las novedades del nuevo sistema operativo Servidor de Microsoft.

Desactivar la Configuración de seguridad mejorada de Internet Explorer (IE ESC) en Windows Server 2012

ocenteno — Wed, 30 May 2012 10:12:42 GMT

La Configuración de seguridad mejorada de Internet Explorer lleva desde Windows Server 2003 habilitada por defecto, para reducir la vulnerabilidad del equipo de los ataques que pueden llevarse a cabo a través de secuencias de comandos de aplicaciones o a través de contenido web. En consecuencia a este nivel de seguridad, es posible que algunos sitios web no se muestren correctamente. Para poder ver una página que no se muestre nos aparecerá una ventana que nos indica que no es un sitio seguro, pero que podemos agregarla a Sitios de confianza.

Imagen 1: Página de inicio con IE ESC

Imagen 2: Advertencia de sitio web bloqueado

También podemos desactivar el IE ESC para una navegación “normal”, al igual que en los anteriores Windows Server el IE ESC lo podemos desactivar. Como era de esperar y con el gran cambio de interfaz de Windows Server 2012, la ubicación de tal opción está en una ubicación diferente a la de sus predecesores.

Para desactivar la Configuración de seguridad mejorada de Internet Explorer tenemos que abrir el Server Manager ir a Local Server y en el cuadro de Properties buscar la opción IE Enhanced Security Configuration y damos clic en On, entonces aparecerá una ventana que te da la opción de desactivar esta configuración para administradores y usuarios del equipo local.

Imagen 3: Propiedades del servidor

Imagen 4: ventana de activación de IE ESC

Con esto ya tendríamos la Configuración de seguridad mejorada de Internet Explorer desactivada. Pero ahora nuestro servidor es más vulnerable desde la web, claro que ahora podemos navegar sin tener que agregar los sitios web cada vez que hacemos una petición a un recurso. Pero entonces, ¿es recomendable o no? Teniendo en cuenta que estamos ante un equipo que se va a utilizar como un servidor, está claro que tiene que ser lo más seguro posible, por lo tanto la IE ESC es una buena medida de seguridad extra que ofrece Microsoft para sus sistemas operativos servidores. Aunque los administradores de sistemas, verán esta medida más útil para los usuarios finales, puesto que los administradores deben encontrarse más concienciados con la seguridad informática, lo cierto es que la protección que aporta IE ESC es altamente recomendable debido a que sin ella podríamos ser víctima de distribución de malware, el cual se aproveche de una vulnerabilidad 0-day la cual no dispone de solución en ese momento, a través de sitios web vulnerados.

Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos". Por último, recuerda suscribirte al Canal RSS de Windows Técnico para recibir información como la que aparece aquí reflejada y otras actividades de interés que publicamos regularmente en este blog.

30 años de MS-DOS. Un post para nostálgicos.

adiaz — Wed, 27 Jul 2011 12:46:00 GMT

Tal día como hoy 27 de julio, pero hace exactamente 30 años Microsoft dio el nombre de MS-DOS (MicroSoft Disk Operating System) a un sistema operativo que compró a Seattle Computer Products (SCP), empresa dedicada al hardware y dirigida por su dueño Rod Brock. Pero la historia no empezó ahí, es necesario retroceder algo más en el tiempo.

En 1975 Gary Kildall comenzó el desarrollo de un sistema operativo al que denominó CP/M (Control Program/Monitor) renombrándolo después como Control Program for Microcomputers. Este fue desarrollado para el microprocesador Intel 8080. Dos años después fundó la compañía Digital Research Inc que fue la primera empresa en el mundo focalizada en los microordenadores. Catorce años después la empresa fue comprada por Novell.

En 1980 Tim Patterson, trabajaba en la mencionada Seattle Computer Products donde creó un sistema operativo llamado 86-DOS, éste fue conocido durante la fase de desarrollo como QDOS (Quick and Dirty Operating System), y era una adaptación del sistema operativo CP/M mencionado anteriormente.

Un año después, en 1981, Microsoft compró los derechos de QDOS por 50.000 dólares en el que posteriormente pasó a llamarse "el acuerdo del siglo". Debido a que la estructura de comandos del QDOS era similar a la de CP/M, la portabilidad de programas de un sistema a otro estaba asegurada.

Este sistema operativo tras realizar unas pocas modificaciones fue rebautizado como PC-DOS para los PCs de IBM, pero sería MS-DOS como se le conocería finalmente.

Versión1 de MS-DOS

Cronología

MS-DOS fue evolucionando durante las décadas de los 80 y los 90, añadiendo en las sucesivas versiones soporte para el nuevo hardware que estaba apareciendo en esos años y creando nuevas utilidades conforme los procesadores se hacían más potentes y necesitaban de nuevas herramientas. A grandes rasgos estas fueron las versiones y sus características principales:

1981. Se lanza la primera versión de MS-DOS conocida como MS-DOS 1.0

1982. La versión 1.25 se añade soporte para disquetes de doble cara.

1983. La versión 2.0 añade soporte a discos duros y permite la lectura-escritura en disquetes de 5.25".

1984. Con la versión 3.0 se puede instalar un disco duro y proporciona soporte para discos de alta densidad. Ambos con limitaciones.

1987. Han transcurrido 3 años y la nueva versión 3.3 disminuye las limitaciones respecto a la utilización de discos duros, además de proporcionar soporte para los disquetes de 3,5".

1988. La versión 4.0, que presentaba bastantes errores, vuelve a disminuir las limitaciones respecto a los discos duros y proporciona soporte para la memoria extendida (XMS).

1989. La versión 4.01 soluciona los fallos aparecidos en la versión anterior.

1991. Entramos en la década de los 90 y la nueva versión 5.0 permite cargar programas en memoria, además de añadir utilidades que parece que han estado ahí desde siempre como BASIC, EDIT, UNDELETE o FDISK entre otras.

1993. La versión 6.0 añade nuevas utilidades como DOUBLESPACE, DEFRAG, MEMMAKER y un antivirus básico, el MSAV. Durante este mismo año ven la luz nuevas versiones como la 6.2 y la 6.21, incorporando además otras nuevas utilidades como son SCANDISK o DISKCOPY.

1995. Aparece Microsoft Windows 95, y según va cobrando fuerza el entorno gráfico, MS-DOS va poco a poco relegándose a un segundo plano. De este modo, es cada vez menos utilizado por los usuarios, que prefieren una sencilla interface a la memorización de comandos. De todas formas aparece una nueva versión, la 7.0 que soluciona errores de las versiones anteriores y proporciona nuevas funcionalidades como el soporte para nombres largos (más de 8 caracteres).

2000. Aparece la última versión de MS-DOS, la 8.0 incluida en Windows ME.

Versión 5 de MS-DOS

La historia de MS-DOS, los litigios entre empresas y programadores acerca de la patente y plagios forman parte ya del folklore de la informática y hay múltiples entradas en diversos sitios de Internet. En este enlace se puede encontrar más información sobre los 30 años de MS-DOS.

MS-DOS no ha sido del todo olvidado, sus múltiples comandos hacen que su utilización por administradores de sistemas y redes sea constante. En prácticamente cualquier manual relacionado con las redes se mencionan comandos de MS-DOS como IPCONFIG, PING, NET STAT, y un largo etcétera.

Como siempre por último animaros a suscribiros al canal RSS de Windows técnico para recibir noticias de interés en torno a las tecnologías Microsoft.

Configurar directivas de grupo en Internet Explorer 9

Alberto García — Tue, 17 May 2011 14:43:50 GMT

Como sabemos las directivas de grupo aplicadas a Internet Explorer son una utilidad muy interesante para la gestión y configuración del navegador para grupos de equipos. Esta opción ya se encontraba implementada para su correcto funcionamiento con Internet Explorer en sus versiones 5, 6, 7 y 8. Sin embargo desde la aparición de Internet Explorer 9, hace ya más de un mes, no se dispone aún de la posibilidad de habilitar las directivas de grupo para la nueva versión del navegador, bien sea mediante actualización (haciendo uso de Windows Update) o aplicando algún parche manualmente.

Sin embargo de la mano del MVP Michael Pietroforte se presenta una solución sencilla para utilizar la nueva versión del navegador Microsoft, sin por ello privarnos de las comodidades y posibilidades de configuración a través de las directivas de grupo del sistema Windows.

Si accedemos a “Editar directiva de grupo” veremos que no se dispone de la opción para configurar Internet Explorer 9.

Para activar las directivas de grupo de IE9 se debe de hacer lo siguiente:

1- Ir la pestaña Windows Settings > Scripts(Logon/Logoff). Hacemos doble clic en Logon o Logoff y hacemos clic sobre mostrar archivos.

2- Navegamos hasta la cuenta de usuario.

3- Ir a Preferences > InternetSettings

4- Botón derecho en InternetSettings y Editar.

5- Buscamos en el documento abierto por “max=9.0.0.0.” y lo reemplazamos por “max=9.0.0.1”

A través de este sencillo proceso de configuración nuestro navegador IE9 quedaría totalmente habilitado para poder aplicar las directivas de grupo deseadas.

Es de esperar que en breve Microsoft presente alguna alternativa que permita automatizar este proceso. Sin embargo con los simples pasos que se han explicado obtendremos una solución a este inconveniente que se nos presentaba tras la instalación de Internet Explorer 9.

No te olvides de suscribirte al Canal RSS de Windows Técnico para recibir noticias como esta.

Afianza tus conocimientos de SCOM y SCCM

Manuel Fernandez — Thu, 14 Apr 2011 15:41:05 GMT

Ahora tienes una oportunidad única antes de marcharte de vacaciones. Durante los días 18 y 19 de Abril en horarios de mañana y tarde se llevarán a cabo en Madrid (Instalaciones de Microsoft en Pozuelo) tres Hand On Labs (HOL) en torno a las tecnologías ’System Center Operations Manager 2007 R2’ y ‘System Center Configuration Manager 2007 R2’.

Esta serie de Hand On Labs permitirá a los profesionales afianzar los conocimientos en cuanto a la implantación y configuración de estos productos, así como la monitorización de servidores Exchange mediante SCOM.

HOL-MOM12 - Microsoft System Center Operations Manager 2007 R2. Implantación y Configuración

HOL-SMS12 - Microsoft System Center Configuration Manager 2007 R2. Implantación y Configuración

HOL-MOM13 - Microsoft System Center Operations Manager 2007 R2. Monitorización de Servidores Exchange

Disponéis de las agendas detalladas de los HOLS, los horarios y la información de registro en el siguiente enlace: Hands On Lab Madrid.

Esperamos que aprovechéis esta oportunidad. En cualquier caso, nada mejor que estar suscrito al canal RSS para recibir de primera mano este tipo de información.

Iniciar sesión en el dominio con Windows 7 usando una VPN

Josh Sáenz G. — Mon, 31 Jan 2011 09:56:00 GMT

A pesar de las muchas tareas que hago habitualmente en proyectos y consultorías, en esta ocasión no ha sido un cliente el que ha solicitado esta configuración que os voy a explicar a continuación, sino que ha sido a raiz de una necesidad propia. En Windows XP y Windows Vista se podía iniciar sesión en un dominio mediante una conexión Dial-Up o VPN previamente configurada. Esto permite que los equipos móviles, y más ahora con el uso extendido de las redes 3G, puedan iniciar sesión en el dominio desde cualquier sitio. Esta característica “desaparece” en Windows 7, ¿o no?…

Lo cierto es que Windows 7 tambien tiene esta capacidad, sin embargo es necesario que la conexión remota se haya compartido con todos los usuarios del sistema, de forma que la cuenta Local System pueda acceder a dicha configuración.

1. Lo primero que hay que hacer es ir al centro de redes y crear una nueva conexión remota.

2. Hacemos click en la opción de conectar a mi lugar de trabajo.

3. Dependiendo de si es una VPN o una conexión Dial-Up (por módem), seleccionamos la primera o segunda opción, como se muestra en la imagen.

4. En el caso de la VPN, indicamos el nombre FQDN o IP del servidor al que nos queremos conectar y seleccionamos la opción “permitir que otros usuarios utilicen esta conexión”. Esta opción es clave para que posteriormente Windows 7 nos permita seleccionar el tipo de acceso en el inicio de sesión del usuario.

5. Finalizamos el asistente con el resto de información que solicita y hacemos una primera prueba de conexión.

6. Una vez creada la conexión, para probarlo debemos cerrar la sesión del usuario y presionamos CTRL+ALT+SUPR y a continuación ESC para mostrar todas las opciones.

7. Como observaréis, aparece un nuevo botón indicando la posibilidad de conexión mediante VPN o Dial-Up, junto al botón de apagado del sistema.

8. Si hacemos click en el botón azúl apareceran todas las conexiones configuradas como compartidas en el sistema, en este caso VPN Ejemplo.

9. Ahora, con solo autenticarse en la VPN, Windows 7 iniciará sesión en la VPN y en el dominio simultáneamente. No hay que autenticarse dos veces.

Para los que viajamos y hacemos uso de las carpetas offline y la sincronización de carpetas, esta funcionalidad permite seguir conectado con el dominio desde cualquier lugar. Espero que esta entrada os haya sido de interés. Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos" y, por último, te recordamos que si te ha gustado el artículo puedes suscribirte al Canal RSS de Windows Técnico para estar al día de las novedades e información técnica de interés.Saludos y hasta pronto.

Servicios de Escritorio Remoto: Configuración de Host de Sesión de Escritorio Remoto

Julian Blazquez — Mon, 20 Sep 2010 05:36:13 GMT

Siguiendo con el post introductorio de Servicios de Escritorio Remoto es el momento de continuar ondeando en esta renovada funcionalidad de Windows Server 2008 R2. En este caso abordaremos como realizar de forma correcta el proceso de instalación y puesta en marcha de la funcionalidad de Host de Sesión de Escritorio Remoto.

Tras la finalización de los pasos que se detallan en este post, contaremos con una infraestructura que permita hospedar aplicaciones para Windows y escritorios completos para los clientes (conocido como VDI). Dicho contenido se detallará en sucesivos post.

La infraestructura a desarrollar para las pruebas de los servicios de escritorio remoto se basa en la introducida en el post anterior. A continuación desarrollaremos los pasos para la instalación y configuración del servidor de Host de sesión de Escritorio Remoto. La configuración del dominio de pruebas y la instalación de Windows 7 en el cliente consisten en una configuración predeterminada, por lo que no se detallarán en este post.

Para la instalación y configuración de un servidor de Host de sesión de Escritorio remoto es necesario pertenecer al grupo de administradores locales de la máquina o a uno equivalente.

Para instalar el servicio de rol Host de sesión de Escritorio remoto

Partimos que el servidor tiene instalado Windows Server 2008 R2 y se ha unido al dominio.

Iniciar sesión como Administrador del dominio.
Hacer clic en Inicio, seleccionar Herramientas administrativas y, a continuación, hacer clic en Administrador de servidor.
En Resumen de roles, pulsar en Agregar roles.
En la página Antes de comenzar del Asistente para agregar roles, pulsamos Siguiente.
En la página Seleccionar roles de servidor, activar la casilla Servicios de Escritorio remoto y, a continuación, pulsar Siguiente.

En la página Introducción a Servicios de Escritorio remoto, pulsar Siguiente.
En la página Seleccionar servicios de rol, seleccionar Host de sesión de Escritorio remoto y hacer clic en Siguiente.

En la página Desinstalar y reinstalar aplicaciones por compatibilidad, pulsar Siguiente.
En la página Especificar método de autenticación para host de sesión de Escritorio remoto, seleccionar Requerir autenticación a nivel de red y, a continuación, en Siguiente.

En la página Especificar modo de licencia, seleccionar Configurar más adelante y, a continuación, pulsar en Siguiente.
En la página Seleccionar grupos de usuarios con acceso concedido a este servidor host de sesión de Escritorio remoto, pulsar Siguiente.
En la página Configurar la experiencia del cliente, pulsar Siguiente.
En la página Confirmar selecciones de instalación, comprobar que va a instalarse el servicio de rol Host de sesión de Escritorio remoto y pulsar en Instalar.
En la página Resultados de la instalación se le indica que reinicie el servidor para finalizar el proceso de instalación. Hacer clic en Cerrar y, a continuación, pulsar Sí para reiniciar el servidor.

Tras reiniciar el servidor e iniciar sesión de nuevo con el administrador del dominio, se abrirá de nuevo el administrador del servidor y finalizará la instalación. Al finalizar la instalación mostrará el estado de la instalación y tras validar su correcta instalación cerramos el asistente. El servicio de rol Host de sesión de Escritorio remoto ya está instalado.

Para validar la configuración del Host Sesión de Escritorio Remoto

Iniciar sesión en el cliente Windows 7.
Hacer clic en Inicio, seleccionar Todos los programas y Accesorios y, a continuación, pulsar en Conexión a Escritorio remoto.
Cuando se abra el cuadro de diálogo Conexión a Escritorio remoto, escribir el FQDN del servidor de Host de sesión (por ejemplo serRD.laboratorio.i64.hol) en el cuadro Equipo y pulsar Conectar.

En el cuadro de diálogo Seguridad de Windows, escribir el nombre de usuario y la contraseña y pulsar Aceptar.
Si la conexión se establece correctamente, aparecerá un escritorio de Windows en la pantalla para el servidor de Host de Sesión de Escritorio Remoto.

Tras finalizar estos sencillos pasos, ya contamos con la funcionalidad de Host de sesión de Escritorio Remoto para empezar a trabajar con ella. En el siguiente post abordaremos como trabajar con el modo de Aplicación de Escritorio Remoto (RemoteAPP), una de las funcionalidades del servicio que acabamos de instalar.

Servicios de Escritorio Remoto

Julian Blazquez — Wed, 14 Jul 2010 08:42:23 GMT

Buenas de nuevo a todos, hoy vamos a comenzar con una serie de post que nos permitirán conocer más a fondo y por supuesto poder montar los servicios de escritorio remoto, una de las novedades que nos proporciona Windows Server 2008 R2.

En primer lugar es necesario abordar que son los servicios de escritorio remoto y que funcionalidad nos van a proporcionar. Pues bien, los servicios de escritorio remoto son los anteriormente conocidos como servicios de terminal (Terminal Services) que proporcionan acceso a programas que están instalados en servidor o incluso acceso completo a sistemas Windows de escritorio, todo esto tanto desde dentro de la organización como desde Internet.

Los servicios de escritorio remoto es un rol de Windows Server 2008 R2 que se compone de varios servicios de rol como se puede ver a continuación.

Host de sesión de Escritorio Remoto, conocido anteriormente como Terminal Server, permite a los usuarios conectarse a aplicaciones instaladas en el servidor o incluso conectarse al escritorio de un equipo.
Host de Virtualización de Escritorio Remoto proporciona junto con hyper-V la capacidad de presentar máquinas virtuales como escritorios de trabajo a los usuarios, lo que viene siendo VDI.
Administración de licencias de Escritorio Remoto, conocido anteriormente como Licencias de Terminal Services, administra las CAL de Escritorio Remoto tanto de dispositivo como de usuario que permiten a los usuarios conectarse y disfrutar de cualquiera de los servicios de Escritorio Remoto.
Agente de Conexión de Escritorio Remoto, conocido en versiones anteriores como agente de conexión de Terminal Services, proporciona balanceo de carga y reconexión de sesiones dentro de una granja de servidores de host de sesión de Escritorio Remoto.
Puerta de enlace de Escritorio Remoto, conocido anteriormente como TS Gateway, permite a usuarios remotos autorizados conectarse a recursos internos de la organización desde cualquier dispositivos conectado a Internet.
Acceso Web a Escritorio Remoto permite a los usuarios conectarse a aplicaciones o escritorios a través del menú de inicio de un Windows 7 o través de un navegador Web.

Tras conocer que son y para que sirven los servicios de escritorio remoto, ahora es el momento de abordar como se instalan dentro de Windows Server 2008 R2. Para ello vamos a utilizar a lo largo del los sucesivos post el laboratorio que aparece a continuación (es posible descargar un vhd de Windows Server 2008 R2 ya instalado para la realización de las prácticas desde este enlace):

El laboratorio anterior nos va a proporcionar las herramientas necesarias para el correcto conocimiento de los Servicios de Escritorio remoto. Existe la posibilidad de que las tres máquinas servidoras se unifiquen en una sola si fuese necesarios por limitaciones Hardware.

Tras presentar el producto y todas sus posibilidades, al siguiente post en el que abordaremos la funcionalidad de Host de sesión de Escritorio Remoto que nos permitirá trabajar en modo aplicación o de escritorio con los servicios de Escritorio Remoto.

Un saludo y nos vemos en el próximo post.

Remote Desktop Connection Manager – Un gestor de RDP

Nacho Sánchez-Beato — Tue, 08 Jun 2010 16:00:00 GMT

Buenas a todos de nuevo, hoy vengo a comentaros una herramienta que descubrí hace poco y que ahora estoy utilizando de manera continua. Me parece una buena aplicación, que te puede ahorrar algo de trabajo si bien has de configurarla bien primero, y me parecía oportuno comentarla en este blog.

Se trata de como indica el nombre del post, Remote Desktop Connection manager, podéis descargarla en esta dirección para probarla vosotros mismos y ver si satisface vuestras necesidades.

Esta herramienta nos permite tener de una manera centralizada los accesos a las conexiones de terminal server que solamos utilizar. Ya no tendremos que abrir la conexión de escritorio remoto y buscar en la lista el nombre del servidor al que nos queremos conectar, si es que aparece. Podremos organizarlos por grupos, conectarnos, gestionar credenciales, etc. La aplicación se ve de esta manera (clic para agrandar):

Como se ve en la imagen podemos crear grupos de servidores y grupos de ficheros donde almacenarlos. Podemos configurar diferentes opciones en los grupos que luego heredarán los servidores o grupos hijos, aunque podremos romper la herencia y configurar de manera particular algún servidor.

Como podemos ver tenemos 8 pestañas diferentes donde podemos configurar todas las opciones que nos permite la conexión de escritorio remoto:

Group Settings: Configuración general del grupo
- Nombre del grupo
- Descripción
- Padre del que hereda la configuración
Logon credentials
- Selección sobre si queremos o no heredar la credenciales de inicio
- Campos para introducir las nuevas credenciales
Gateway settings
- Posibilidad de heredar las opciones de gateway
- Campos para configurar un TS Gateway
Connection settings
- Para conectarnos a la consola
- Cambiar el directorio de trabajo
- Usar un puerto alternativo al que viene por defecto (3389)
Remote Desktop settings
- Cambiar la profundidad de color
- Configurar la resolución
Local resources
- Para compartir recursos locales desde nuestra máquina
Display Settings
- Para las thumbnails de los rdp (las ventanitas)
- posibilidad de seleccionar que se vean en directo
Security settings
- Posibilidad de configurar la autenticación

Todas estas opciones las podemos configurar tanto a nivel de grupo como a nivel de servidor, pero por defecto se heredaran según la jerarquía. Mediante los grupos podemos conectarnos o desconectarnos de todos los servidores que estén en ese grupo, también podemos ver una lista de los usuarios que están conectados. Desde un fichero de texto podemos importar servidores a los grupos, siempre que el nombre de los servidores sea FQDN o la herramienta sea capaz de resolverlos por DNS.

Lo bueno de esta herramienta es que vemos las máquinas en miniaturas (o thumbnails) y una vez conectados nos aparece en la miniatura lo que está sucediendo en el escritorio de la máquina. Pero si pulsamos sobre una miniatura se maximizará al tamaño de la ventana de la aplicación para poder administrar la máquina a la que nos hemos conectado.

En este caso vemos como nos hemos conectado a uno de los dos host de virtualización que tenía configurados y la sesión iniciada. Como veis es una utilidad que puede venir bien a diferentes perfiles de usuarios, tanto administradores como help desk o incluso usuarios de TS dándoles una herramienta configurada en la que sólo tendrán que hacer un clic para conectarse a donde puedan hacerlo.

Espero que os haya gustado la aplicación, ahora a probarla…

Si quieres aprender mucho más sobre los secretos de lo sistemas Microsoft Windows, te recomendamos leer el libro de Sergio de los Santos "Máxima Seguridad en Windows: Secretos Técnicos"

Creación de puntos de acceso mediante Windows 7.

Daniel Romero — Fri, 04 Jun 2010 14:30:00 GMT

En más de una ocasión, nos hemos encontrado con la necesidad de conectarnos a internet en lugares donde solo disponemos de conectividad cableada y no tenemos la oportunidad de hacerlo mediante WIFI. El problema viene dado cuando son más personas las que necesitan conexión que rosetas para poder hacerlo.

Gracias a la tecnología Virtual Wifi que incorpora Windows 7, Microsoft nos brinda la oportunidad de solucionar este problema de un modo simple y eficaz. De este modo podremos convertir nuestro ordenador con Windows 7 en un punto de acceso que permitirá al resto de usuarios poderse conectar a internet mediante nuestro ordenador.

Para poder activar Virtual Wifi en nuestro ordenador abrimos una consola de comandos con privilegios de administrador y ejecutamos el siguiente comando.

netsh wlan set hostednetwork mode=allow ssid=wifi_prueba key=passwordwifi

Nos devolverá una serie de mensajes informándonos que los cambios se han realizado correctamente.

Acto seguido no dirigiremos al centro de redes de Windows 7 y abriremos las propiedades del adaptador que utilicemos para salir hacia internet. Clicaremos sobre la pestaña de Uso Compartido (Sharing) y activaremos la casilla de: Permitir que los usuarios de otras redes se conecten a través de la conexión a Internet de este equipo. (Allow other network users to connect through this computer’s Internet connection). Tras ello indicaremos la red que hemos creado.

Nos dirigimos de nuevo a la consola de comandos y ejecutamos la siguiente instrucción.

netsh wlan start hostednetwork

Nos devolverá un mensaje indicándonos que la red ha sido iniciada.

Si nos dirigimos a otro ordenador y visualizamos las WIFIs que hay disponibles, podremos observar como aparece la red que hemos creado.

Si deseamos conectarnos a esa red únicamente tendremos que indicarle la contraseña de la WIFI y ya podremos navegar por internet a través del punto de acceso que hemos creado.

Para aquellos que no se sientan cómodos operando en línea de comandos, existe una aplicación llamada Connectify que nos facilitará mucho la creación de las redes. La aplicación nos permite la creación de puntos de acceso mediante un Wizard muy sencillo e intuitivo.

Si nos conectamos con otro ordenador a la red que hemos creado, visualizaremos en la aplicación el usuario que se ha conectado y la IP que se le ha asignado. Cabe destacar que el propio punto de acceso hará la función de NAT para todos sus clientes.

Como nota importante, hay que tener en cuenta que todos los datos pasarán a través del ordenador que haya iniciado el punto de acceso. Por lo tanto, si el tráfico no va correctamente cifrado, será posible comprometer la confidencialidad y la integridad del mismo.

Por último, dicha tecnología va asociada la nuestra tarjeta Wireless y no todas permiten esta funcionalidad, aquí os dejo una lista de las tarjetas que permiten este tecnología y las que no lo hacen.

Espero que os sea de utilidad, Un Saludo!!