Wiki sobre Microsoft Internet Information Services en Geeks•ms

Registro de FTP

Ángel Manuel — Wed, 08 Sep 2010 13:31:42 GMT

Revisión actual enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 9/8/2010 3:31:42 PM

Registro de FTP

Archivado en: registro, ftp, iis

Si tenemos configurado un servidor FTP en IIS, es posible habilitar un registro de conexiones, el cual puede ser útil para informarnos acerca de la cantidad de usuarios que se conectan, tener pruebas útiles en caso de que el sitio haya sido hackeado o saboteado, etc.

Vamos a configurarlo nosotros de modo que se cree un archivo de registro por servidor y no por cada sitio y para ello debemos hacer lo siguiente:

Abramos IIS y vayamos al nivel de servidor.
Ahí, hacemos clic en "Registro FTP" dentro de la sección FTP y podemos configurar si se generará un archivo de registro por servidor o por cada sitio además de indicar cada cuánto tiempo se generará un nuevo archivo. Una vez finalizado esto, hacemos clic en aplicar y todo listo. Recordemos que tenemos que seleccionar los campos a mostrar en "Seleccionar campos W3C", pero dichos campos vendrán acompañados de un nombre, por ejemplo el campo "Fecha" irá guiado de "(date)", pudiendo obtener más información sobre éstos en http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/iis/676400bc-8969-4aa7-851a-9319490a9bbb.mspx.

NOTA: Este artículo está orientado a IIS 7/7.5 pero probablemente en versiones anteriores las opciones pueden ser similares a éstas.

Registro de FTP

Ángel Manuel — Wed, 08 Sep 2010 13:30:08 GMT

Revisión 1 enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 9/8/2010 3:30:08 PM

Vamos a configurarlo nosotros de modo que se cree un archivo de registro por servidor y no por cada sitio y para ello debemos hacer lo siguiente:

Abramos IIS y vayamos al nivel de servidor.
Ahí, hacemos clic en "Registro FTP" dentro de la sección FTP y podemos configurar si se generará un archivo de registro por servidor o por cada sitio además de indicar cada cuánto tiempo se generará un nuevo archivo. Una vez finalizado esto, hacemos clic en aplicar y todo listo. Recordemos que tenemos que seleccionar los campos a mostrar en "Seleccionar campos W3C", pero dichos campos vendrán acompañados de un nombre, por ejemplo el campo "Fecha" irá guiado de "(date)", pudiendo obtener más información sobre éstos en http://www.microsoft.com/technet/prodtechnol/windowsserver2003/library/iis/676400bc-8969-4aa7-851a-9319490a9bbb.mspx.

NOTA: Este artículo está orientado a IIS 7/7.5 pero probablemente en versiones anteriores las opciones pueden ser similares a éstas.

Breve historia del desarrollo Web

José Ignacio Merino — Fri, 30 Jul 2010 14:00:44 GMT

Revisión actual enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por José Ignacio Merino a 7/30/2010 4:00:44 PM

Creo que es importante para un desarrollador Web no sólo conocer las herramientas que tiene a su disposición, sino también el conocer el por qué de estas. Este es el objetivo de esta entrada: proporcionar una visión histórica del desarrollo Web (centrándome en IIS) hasta llegar a ASP.NET para comprender mejor las herramientas que hoy tenemos.

En primer lugar, decir que la Web no fue concebida para el desarrollo de aplicaciones. El problema que se pretendía resolver su inventor, Tim Berners-Lee, era el cómo organizar información a través de enlaces. De hecho la Web nació en el laboratorio de partículas CERN básicamente para agrupar un conjunto muy grande de información y datos del acelerador de partículas que se contraba muy dispersa y aislada.

Mediante un protocolo muy simple (HTTP), un sistema de localización de recursos (URL) y un lenguaje de marcas (HTML) se podía poner a disposición de todo científico en el mundo la información existente en el CERN de tal forma que mediante enlaces se pudiese acceder a información relacionada con la consultada.

Hoy en día la Web es algo muy distinto a lo que Tim Berners-Lee concibió.

Inicialmente se construyó un navegador Web (llamado WorldWideWeb) y un servidor Web llamado (httpd) ambos bajo NEXTSTEP (que fue comprada en 1997 por Apple y del que su sistema operativo se basó para la construcción del que hoy en día es Mac OSX).

Pronto se popularizó el servicio y se vio en la necesidad que el servidor Web pudiese devolver páginas Web dinámicas y no únicamente contenido estático residente en ficheros HTML. Para ello se desarrolló la tecnología CGI (Common Gateway Interface) donde el servidor Web invocaba un programa el cual se ejecutaba, devolvía la página Web y el servidor Web remitía este flujo de datos al navegador.

Un programa CGI podía ser cualquier programa que la máquina pudiese ejecutar: un programa en C, o en Visual Basic o en Perl. Normalmente se elegía este último por ser un lenguaje de script el cual podía ser traslado con facilidad de una arquitectura a otra. CGI era únicamente una pasarela que comunicaba el servidor Web con el ejecutable que devolvía la página Web.

De hecho el ejecutable era el encargado de devolver toda la página Web perfectamente formada. CGI proporcionaba un buffer de escritura a la aplicación donde esta debería devolver toda la salida que quería devolver. El servidor Web recibía ese buffer a la terminación del programa y devolvía el buffer escrito de forma íntegra al navegador.

En http://support.microsoft.com/kb/239588 podréis encontrar un ejemplo en VB de cómo escribir una aplicación CGI.

CGI era una solución cómoda de realizar páginas Web dinámicas pero tenía un grave problema de rendimiento que lo hizo insostenible en cuanto la demanda de la Web comenzó a disparar las peticiones de los servidores Web.

Al invocar el navegador un programa externo, el sistema operativo tiene que crear todo el contexto de la aplicación. Es decir, el sistema operativo reserva 4 GB de memoria (virtual, claro), reserva los 2 primeros GB al sistema operativo, los 2 restantes a la aplicación, inicia la memoria para la aplicación, crea la pila de llamadas de la aplicación, la invoca, se ejecuta nuestro CGI y devuelve los parámetros. Y a continuación el sistema operativo tiene que destruir todo el contexto de aplicación creado y liberar recursos... para a continuación volver a empezar de nuevo en el momento en que alguien volviese a solicitar esa página dinámica.

Es decir, un servidor Web estaba más ocupado creando/destruyendo contextos de aplicaciones que ejecutando esas mismas aplicaciones.

Para agilizar esto, los principales servidores Web del momento (Netscape e IIS) desarrollaron un sistema para la ejecución dinámica de aplicaciones usando el propio contexto del servidor Web. En el caso de Netscape se le denominó NSAPI (Netscape Server Application Program Interface) y en el caso de IIS se le llamó ISAPI.

En estos casos, la aplicación Web no era un ejecutable independiente, sino un plug-in. En caso de Windows se trataba de una DLL que era invocada en el propio contexto del servidor Web.

Es decir, cuando se arrancaba el servidor Web, se cargaban las DDLs ISAPI registradas en el servidor Web y cuando se pedía una página Web dinámica, se ejecutaba la DLL correspondiente. En este caso no había creación de contexto pues esa DLL estaba cargada ya en el contexto del propio servidor Web.

La ejecución con la tecnología xSAPI permitía un aumento de rendimiento espectacular en las aplicaciones Web pero tenía un problema de estabilidad.

En el caso de las aplicaciones CGI, si tu ejecutable tenía problemas (uso de un puntero inválidos, uso de un puntero null, ...) el sistema operativo invalidaba todo el contexto de aplicación y liberaba recursos. El servidor Web quedaba esperando una respuesta de un programa que había sido matado por el sistema operativo pero esto quedaba resuelto dando un tiempo de respuesta: en el caso que se superase este tiempo de espera, el servidor Web descartaba obtener respuesta de ese proceso y se enviaba un error 500 al navegador).

En cambio con ISAPI, si teníamos el mismo problema era el sistema operativo el que liberaba el contexto de aplicación entero al encontrarse un puntero inválido o el uso de un puntero nulo. Pero recordemos que la DLL se estaba ejecutando en el contexto del servidor Web, así que lo que el sistema operativo liberaba era el servidor Web entero.

Es decir, un error de programación con CGI hacía que se devolviese un error 500 pero el resto del servidor seguía sirviendo páginas y peticiones con normalidad. Pero en el caso de ISAPI un error de programación directamente tiraba el servidor Web.

¿Qué hacer ante eso? La solución sería crear un lenguaje de script donde no hubiesen punteros ni nada que pudiese tirar el servidor Web y crear un módulo ISAPI que interpretase ese lenguaje. Este es el caso de ASP.

Con ASP tenemos un lenguaje de script sin punteros ni nada peligroso de tal forma que un error de programación sea algo inofensivo. Y para interpretarlo tenemos una DLL ISAPI llamada ASP.DLL que es la que interpreta ese script.

El único fallo posible sería un error en la DLL ISAPI, pero aquí tenemos las espaldas cubiertas puesto que para la creación de esta DLL hay un equipo muy grande detrás que ha tenido sumo cuidado en evitar esto.

Básicamente, hoy en día hay 4 grandes lenguajes de programación Web que se basa en este sistema. Por un lado está Microsoft con ASP basado en Visual Basic Script. Por otro tenemos a SUN con su versión en Java llamada JSP (bueno, en Java también existe una tecnología llamada Servlet que equivale a escribir un CGI en Java donde trabajas la petición Web a un nivel más bajo que con JSP), también está PHP basado en una sintaxis de C y por último está ColdFusion de Adobe.

Así pues si queremos ejecutar páginas ASP o páginas JSP o páginas PHP en IIS lo único que hay que registrar la correspondiente DLL ISAPI proporcionada por el fabricante y decirle a IIS que ante una petición de una página terminada en .asp o en .jsp o en .php, invoque ese ISAPI y espere respuesta.

Puede que te estés pregntando ¿y donde queda ASP.NET en todo esto? Pues para ello tenemos aspnet_isapi.dll.

PHP en IIS

Ángel Manuel — Fri, 02 Apr 2010 12:25:29 GMT

Revisión actual enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 4/2/2010 2:25:29 PM

PHP en IIS

Archivado en: php

Les voy a explicar como añadir soporte PHP en Internet Information Services (IIS), el servidor Microsoft. Lo estoy explicando basándome en IIS 7 y 7.5 aunque pueda servir para otras versiones. Antes de todo debemos desinstalar todo lo que tengamos relativo a PHP por medio de la sección de Programas de Windows para evitar conflictos, mientras que para añadir soporte debemos seguir estos pasos:

Descargamos PHP de http://www.php.net, descomprimiendo el archivo descargado donde queramos.
Accedemos a IIS y creamos un nuevo sitio (si no tenemos ninguno aunque este paso podemos saltárnoslo)
Una vez hayamos accedido a IIS, vaya a "Asignaciones de controlador" y haga clic en "Agregar asignación de script". Seleccionaremos el archivo (.dll) "php5isapi.dll" (ubicado en el archivo ya descomprimido que hemos descargado) además de poner los datos y hacemos clic en aceptar.
Salimos de IIS y ya podemos ver sitios PHP alojados en tu servidor. Si no tienes ningúna página en PHP, y quieres probar, crea una página php que contenga esto escrito (sin las comillas): "<?php phpinfo(); ?>".

PHP en IIS

Ángel Manuel — Thu, 01 Apr 2010 21:28:36 GMT

Revisión 1 enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 4/1/2010 11:28:36 PM

Descargamos PHP de http://www.php.net, descomprimiendo el archivo descargado donde queramos.
Accedemos a IIS y creamos un nuevo sitio (si no tenemos ninguno aunque este paso podemos saltárnoslo)
Una vez hayamos accedido a IIS, vaya a "Asignaciones de controlador" y haga clic en "Agregar asignación de script". Seleccionaremos el archivo (.dll) "php5isapi.dll" además de poner los datos y hacemos clic en aceptar.
Salimos de IIS y ya podemos ver sitios PHP alojados en tu servidor.

Tipos MIME: documentos

Ángel Manuel — Fri, 01 Jan 2010 19:47:57 GMT

Revisión actual enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 1/1/2010 8:47:57 PM

Tipos MIME: documentos

Archivado en: tipos mime, opendocument, word, documentos

Para que se intercambien archivos, en este caso de texto, su respectivo servidor debe tener asignado unas especificaciones (Tipos MIME). Los tipos MIME de los formatos de documento más utilizados son los siguientes:

.pdf (application/pdf)
.doc (application/msword)
.docx (application/vnd.openxmlformats-officedocument.wordprocessingml.document)
.odt (application/vnd.oasis.opendocument.text)
.xps (application/vnd.ms-xpsdocument)
.rtf (text/rtf)

Para asignar estos tipos MIME debe realizar los siguientes pasos (los pasos se aplican a Windows Vista/7):

Acceda a Inicio>Ejecutar, escriba "InetMgr.exe" y seleccione "Aceptar".
Habiendo abierto el administrador de IIS, seleccione "vista Características''.
Seleccione "Tipos Mime".
Haga clic en "Agregar" en el panel ''Acciones''.
Escriba la extensión del archivo (por ejemplo: .pdf) y el tipo MIME (por ejemplo: application/pdf).

[View:http://geeks.ms/cfs-file.ashx/__key/CommunityServer.Wikis.Components.Files/iis/7043.TIPOS-MIME-documentos.pdf:550:0]

Tipos MIME: documentos

Ángel Manuel — Fri, 01 Jan 2010 19:47:24 GMT

Revisión 2 enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 1/1/2010 8:47:24 PM

Tipos MIME: documentos

Archivado en: tipos mime, opendocument, word, documentos

.pdf (application/pdf)
.doc (application/msword)
.docx (application/vnd.openxmlformats-officedocument.wordprocessingml.document)
.odt (application/vnd.oasis.opendocument.text)
.xps (application/vnd.ms-xpsdocument)
.rtf (text/rtf)

Para asignar estos tipos MIME debe realizar los siguientes pasos (los pasos se aplican a Windows Vista/7)Vista/7):

Acceda a Inicio>Ejecutar, escriba "InetMgr.exe" y seleccione "Aceptar""Aceptar".
Habiendo abierto el administrador de IIS, seleccione "vista Características''.
Seleccione "Tipos Mime"".
Haga clic en "Agregar" en el panel ''Acciones''.
Escriba la extensión del archivo (por ejemplo: .pdf) y el tipo MIME (por ejemplo: application/pdf)application/pdf).

[View:http://geeks.ms/cfs-file.ashx/__key/CommunityServer.Wikis.Components.Files/iis/7043.TIPOS-MIME-documentos.pdf:550:0]

Tipos MIME: documentos

Ángel Manuel — Fri, 01 Jan 2010 19:29:11 GMT

Revisión 1 enviado a Wiki sobre Microsoft Internet Information Services en Geeks•ms por Ángel Manuel a 1/1/2010 8:29:11 PM

.pdf (application/pdf)
.doc (application/msword)
.docx (application/vnd.openxmlformats-officedocument.wordprocessingml.document)
.odt (application/vnd.oasis.opendocument.text)
.xps (application/vnd.ms-xpsdocument)
.rtf (text/rtf)

Para asignar estos tipos MIME debe realizar los siguientes pasos (los pasos se aplican a Windows Vista/7):

Acceda a Inicio>Ejecutar, escriba "InetMgr.exe" y seleccione "Aceptar"
Habiendo abierto el administrador de IIS, seleccione "vista Características''
Seleccione "Tipos Mime"
Haga clic en "Agregar" en el panel ''Acciones''
Escriba la extensión del archivo (por ejemplo: .pdf) y el tipo MIME (por ejemplo: application/pdf)