Archivos de la categoría ‘Windows Server’

Durante una plática de Noches De Innovación comenté que una de las nuevas características de Powershell para Windows Server 2012 es la posibilidad de habilitar un entorno de PowerShell que sea accesible a través de un navegador. El contar con dicha característica nos facilita enormemente la administración remota de nuestros recursos, incluso desde distintos puntos geográficos y desde fuera de nuestro entorno de red. Todo esto sin arriesgar la seguridad del entorno, ya que es posible asignar permisos, roles e incluso limitar el numero de CMDLETS disponibles para cada sesión o usuario que haga uso de PowerShell Web Access.

Pero me estoy adelantando. Antes que nada debemos instalar dicha funcionalidad ¿cierto? Pues bien, en Windows Server 2012 (y Windows Server 2012 R2) el agregar o quitar roles o características a nuestro server es increíblemente sencillo. Solo hay que tomar en cuenta que Windows PowerShell Web Access requiere que Internet Information Services (IIS), el Framework 4.5 de .NET, y (obviamente) Windows PowerShell versión 3.0 o 4.0 estén instalados en el server en el que se va a agregar esta funcionalidad.
Ahora si, comencemos:

1) Desde la consola principal del Administrador de Servidores, haremos clic en “Add Roles and Features” (Agregar Roles o Características):

01 - Add Roles

01 – Add Roles

2) En la 1er pantalla, haremos clic en “Next” y en la pantalla siguiente, elegiremos el tipo de instalación. En este caso, será una instalación basada en roles o características, como se muestra aqui:

02 - Add Roles

02 – Add Roles

3) Una vez que hacemos clic en “Next” veremos una pantalla donde podremos elegir el Servidor de destino para nuestra instalación.
Nota: En este caso solo tenemos un servidor, pero el server pool puede mostrar una lista de TODOS los servidores activos en nuestro dominio, e incluso los servidores (discos) virtuales.

03 - Add Roles

03 – Add Roles

4) Una vez mas, después de elegir nuestro servidor y hacer clic en “Next”, tendremos otra pantalla. Aquí se muestran los roles que podemos agregar al servidor (tales como servidor de impresión, de aplicaciones, de almacenamiento, etc.)
En esta pantalla no haremos ningún cambio, por lo que solo daremos clic en “Next”

04 - Add Roles

04 – Add Roles

5) Una vez en la pantalla de selección de características, buscaremos en la lista “Windows Powershell” y extenderemos el nodo haciendo clic sobre el. De la lista de opciones que se despliega, seleccionaremos “Windows PowerShell Web Access”
Nota: Este rol yo ya lo tenía activado, por esa razón se muestra como “instalado” en la imagen. Asimismo, se mostrará una pantalla adicional que nos avisará en caso de que se requiera instalar componentes adicionales.

05 - Add Roles

05 – Add Roles

6) Y después de hacer clic en “Next” (por ultima vez ;)) tendremos una pantalla que nos muestra un resumen de las opciones a instalar. En esta pantalla, podemos elegir si deseamos reiniciar automáticamente el servidor al terminar la instalación en caso de ser necesario.

06 - Add Roles

06 – Add Roles

¡Y listo! Después de hacer clic en “Install” la opción de acceder a una consola de PowerShell a través de un browser habrá quedado instalada. 😀

¡Pero un minuto! Si estamos hablando de PowerShell, lo justo sería que también digamos como agregar esta funcionalidad haciendo uso de PowerShell ¿no? Pues bien, aqui vá:

1) Vamos a lanzar una ventana de PowerShell en modo de Administrador. Para eso, haremos clic con el botón derecho sobre el icono de PowerShell en la barra de tareas, y en la lista que se despliega haremos clic sobre la opción “Run As Administrator” (Ejecutar como Administrador)

01 - Add PS Web Access

01 – Add PS Web Access

2) En la ventana que se despliegue, escribiremos el siguiente comando:

Install-WindowsFeature –Name WindowsPowerShellWebAccess -IncludeManagementTools -Restart
02 - Add PS Web Access

02 – Add PS Web Access

Nota: Los parámetros -IncludeManagementTools y -Restart son completamente opcionales. El 1ero agrega las herramientas de administración de IIS en caso de que no estén instaladas aun, y con esto, la posibilidad de configurar posteriormente el Gateway de acceso (mas detalles de eso en el siguiente post 😉) y el 2do permite reiniciar el servidor en caso de ser necesario (igual que la opción que mostramos anteriormente con el wizard)

Enseguida, presionaremos “Enter” en nuestro teclado.

3) En la siguiente pantalla, podremos observar el avance de la instalación:

03 - Add PS Web Access

03 – Add PS Web Access

4) Una vez terminado el proceso, PowerShell nos mostrará un resumen con los resultados de la instalación, así como algunas advertencias y/o recursos adicionales (Si, así de amable es PowerShell ;)):

04 - Add PS Web Access

04 – Add PS Web Access

¡Y listo! En mi opinión, es más rápido y sencillo utilizar PowerShell, ¿no les parece? 😉

Ahora bien, antes de que comiencen a hacer sus pruebas, tomen en cuenta que NO todos los browsers o dispositivos son soportados. Lean con atención la siguiente lista:

Browsers (de equipos de escritorio o portátil) soportados:
• Windows® Internet Explorer® para Microsoft Windows® 8.0, 9.0, 10.0, y 11.0
• Mozilla Firefox® 10.0.2
• Google Chrome™ 17.0.963.56m para Windows
• Apple Safari® 5.1.2 para Windows
• Apple Safari 5.1.2 para Mac OS®

Browsers  (de dispositivos móviles) soportados:
Nota: soporte limitado y escasamente probado
• Windows Phone 7, 7.5 y 8
• Google Android WebKit 3.1 Browser Android 2.2.1 (Kernel 2.6)
• Apple Safari para iPhone OS 5.0.1
• Apple Safari para iPad 2 OS 5.0.1

En todo caso, estas versiones de browsers (o superiores) deben de cumplir con estos requisitos:
• Permitir el uso de “cookies” del gateway desde el website de Windows PowerShell Web Access.
• Ser capaz de abrir e interpretar paginas HTTPS.
• Ser capaz de abrir y ejecutar websites que utilicen JavaScript.

Ahora si… ¡Que comiencen los juegos de PowerShell!

Continuara…

Desde el asteroide B-612

Mike

Anuncios

En el post anterior, les mostré una forma en la que es posible ejecutar el emulador de Windows Phone 8 en un equipo que no cuenta con soporte para SLAT. Para ello, utilizamos una versión de prueba de Windows Server 2012. En esa misma entrada, mencioné algo como esto (y cito textualmente):

Lo que es mejor aún: no necesitamos comprar una licencia de Windows Server 2012 (y no, no estoy sugiriendo de ninguna manera que se consigan una copia con su distribuidor de piratería de confianza) El sitio de Microsoft nos ofrece una versión de prueba de Windows Server que podemos utilizar por 6 meses (para empezar. Pero este periodo puede ser extendido, también de manera legal ;) )

Así que, para los que 6 meses de prueba no son suficientes, les dejo la forma de extender el tiempo de prueba de Windows Server.

NOTA: Las capturas de pantalla siguientes fueron tomadas inmediatamente después de terminar la instalación del ambiente utilizado para el post anterior. Por esa razón muestran los 180 días completos del periodo de evaluación posteriores a la activación del Sistema Operativo.

Utilizaremos un script creado en VBScript llamado slmgr.vbs (su nombre es una simplificación de Software Licensing Manager) Este script sirve para configurar/supervisar el estado de licenciamiento de muchas versiones de Sistemas Operativos Windows.

Primero que nada, vamos a revisar el status de activación de nuestra instalación actual de Windows Server 2012:

Abrimos una ventana de línea de comando (con permisos de administrador) y ahí vamos a escribir slmgr.vbs /dli (dli es un modificador que significa Display License Information) seguido de “enter”. El resultado debe ser algo como esto:

slmgr.vbs /dli

slmgr.vbs /dli

Aquí podemos ver el tiempo restante que tenemos para seguir utilizando Windows Server. Para “simular” que el periodo de prueba está por llegar a su termino, vamos a adelantar 6 meses el reloj del sistema, y vamos a volver a ejecutar slmgr.vbs /dli seguido de “enter”. Ahora debemos ver algo parecido a esto:

Cambio de fecha

Cambio de fecha

Ahora veamos otra opción de slmgr.vbs. Esta vez la vamos a ejecutar con el modificador /dlv (dlv es un modificador que muestra información detallada de la licencia en uso, así como su versión. Detailed License Version). Lo que nos mostrará una ventana como esta:

Rearm

Rearm Count

Si prestamos atención a la línea resaltada, ahí podremos ver cuantas veces podemos “rearmar” (o reiniciar) el contador de activación. En este caso, aún podemos reiniciar este conteo 5 veces más. (En total, teóricamente, tendríamos entonces mas de 2 años para usar este software 😉 Les dije que todo era legal.)

Para reiniciar el contador, volveremos a ejecutar slmgr.vbs, esta vez con el modificador /rearm. Pasados unos segundos, recibiremos una notificación de que el conteo ha sido reiniciado. Para comprobarlo, volvemos a ejecutar slmgr.vbs /dlv  y en la pantalla comprobamos el resultado:

Rearmed

Rearmed

Y listo, después de la activación en línea, podemos comprobar que tenemos otros 180 días para seguir jugando con Windows Server 2012 y el SDK de Windows Phone 8.

Para todos los curiosos, el archivo del script slmgr.vbs lo pueden encontrar el la carpeta “System32” y lo pueden abrir con el poderoso y siempre versátil notepad:

SMLGR.vbs

SMLGR.vbs en Notepad

Y si quieren conocer más detalles del uso de slmgr.vbs, les dejo este link de TechNet (en Ingles)

Por cierto, ¿les comenté que con Dreamspark pueden descargar a la versión completa de Windows Server? ¡Y es gratis! Sobre este y otros excelentes recursos les platico en el siguiente post… o quizá no 😛

Desde algún punto geográfico del Planeta Gallifrey…

Mike

El pasado jueves 25 tuve la oportunidad de asistir a uno de los eventos que Microsoft esta llevando a cabo con motivo de los “lanzamientos previos” de algunos de sus productos que estaran listos para el 2008:
WINDOWS SERVER 2008:
VISUAL STUDIO 2008:
OFFICE COMMUNICATIONS SERVER:
Creo que no hace falta decir que los links estan en Ingles, ¿verdad?  Las presentaciones estuvieron bastante interesantes. Ahi mismo tuve oportunidad de ver caras conocidas, algunas amigables, otras no tanto… ya publicare una entrada mas larga para platicarles algo mas a detalle.
Mientras, les dejo unas fotos:
Mike