Antes de habilitar SSL en IIS debemos tener un certificado instalado en nuestro servidor o en nuestro ordenador de desarrollo. Si no lo tiene puede consultar nuestra entrada: Crear certificados propios autofirmados en IIS 7.0 o superior

Para habilitar SSL en nuestro IIS abrimos la consola de administración de IIS, seleccionamos el sitio en el árbol de la izquierda, hacemos click derecho y seleccionamos "Modificar enlaces".

Se no abrirá la siguiente ventana, con el listado de los enlaces actuales de nuestro sitio y pinchamos en "Agregar":

En la siguiente ventana, debemos especificar Tipo (https) y Certificado SSL (el que hemos creado anteriormente), y aceptamos.

Cerramos la ventana que teniamos abierta previamente (Listado de enlaces de nuestro sitio Web). En el listado comprobaremos que tenemos un enlace https por el puerto 443 que usaremos en nuestro sitio (o aplicaciones que cuelguen de él) donde queramos. A partir de ahora, nuestro sitio Web se puede acceder a través de http o https.

Requerir SSL de manera obligatoria a todo nuestro sitio Web o solo a alguna carpeta específica.

Para ello, desde la consola de IIS, seleccionamos en el nodo de la izquierda el sitio Web o la carpeta en la solo queremos que se navegue mediante https, a la derecha abrimos "Configuración de SSL".

En la ventana que se nos abre, marcamos "Requerir SSL" y le damos a "Aplicar" (Acciones a la derecha) y listo.

Secure Sockets Layer (SSL) permite comucaciones seguras entre el servidor Web y el navegador del cliente evitando que alguien intercepte los mensajes y pueda obtener información sensible como contraseñas, datos personales, información financiera, etc. de clientes que usan nuestra Web. Deberíamos usar SSL en nuestras páginas de login, en el área privada de los usuarios, en nuestras páginas de pago online y sitios similares.

En nuestra vida de programadores, alguna vez nos enfrentaremos a situaciones en las que debemos desarrollar Webs para nuestros clientes que requieran SSL. Podemos adquirir un certificado y pagar por ello o podemos crearnos un certificado de pruebas que solo usaremos para el testeo de la aplicación Web.

En versiones anteriores de Windows era un poco más complicado pero con la nueva versión de IIS (a partir de la versión 7.0) el proceso se simplifica bastante.

Crear nuestro certificado de pruebas.

Para ello, abrimos nuestra consola de administración de IIS, seleccionamos en el árbol de la izquierda el nodo raíz y a la derecha abrimos "Certificados de Servidor", como se muestra en la siguiente figura:

Al abrir "Certificados de servidor" se nos abre la siguiente ventana, donde debemos seleccionar "Crear certificado autofirmado" en el panel de la derecha.

Al pinchar en "Crear certificado autofirmado" se nos pedirá un nombre (Ej: PRUEBAS) y damos a Aceptar. Como resultado se nos creará un certificado que podremos usar en nuestros desarrollo para realizar pruebas con SSL.

Al finalizar, se nos mostrará la página anterior (Certificados de servidor) con nuestro certificado creado.

Listo!!!

El componente UrlRewritingNet.UrlRewrite desarrollado en 2006 para ejecutarse sobre ASP.NET 2.0 funciona perfectamente en ASP.NET 3.0 y 3.5. El único requerimiento es que sea un servidor IIS 5.0 o superior que ejecute ASP.NET.

A todo lo anterior, el componente UrlRewritingNet.UrlRewrite da un error de "Recurso no Encontrado" (HTTP 404) al ejecutarse sobre IIS 7.0 o superior.

Para solucionar este problema debes abrir el Web.config y buscar la sección:

<system.webserver>

    <modules>

        ....

    </modules>

</system.webserver>

Nota: Esta sección la "leen" versiones de IIS 7.0 o superior.

Añadir a la sección anterior (entre <modules> y </modules>) estas líneas:

<add name="UrlRewriteModule" type="UrlRewritingNet.Web.UrlRewriteModule, UrlRewritingNet.UrlRewriter"/>
<remove name="Session"/>
<add name="Session" type="System.Web.SessionState.SessionStateModule"/>

Y subes el fichero a tu servidor.

A los que llevamos cierto tiempo trabajando con SQL Server (desde la versión 6.0 en mi caso), estamos acostumbrados en el entorno de desarrollo a modificar la estructura de las tablas una vez creadas. Aunque en principio un buen diseño impediría tener que modificar la estructura de una tabla una vez creada, nada es perfecto y se nos puede escapar cualquier detalle que implique que un campo pueda ser NULL, que necesitemos agregar cualquier campo a la tabla, establecer un valor por defecto, etc.

Con el SQL Management Studio, por defecto, cualquier cambio que implique regenerar la tabla (o sea, eliminar la tabla, crearla de nuevo y volver a rellenarla) está desactivado. Esta medida tiene sentido en entornos de producción para evitar que cometamos errores sin querer pero en un entorno de desarrollo es un sinsentido.

Con la instalación por defecto, si intentas hacer un cambio "serio" en una tabla, el SQL Server Management Studio mostrará el siguiente mensaje:

El mensaje nos da la opción de "Cancelar" y de "Guardar archivo de texto" pero no guarda los cambios realizados en la tabla. O sea, que no hay manera de modificar una tabla después de crearla. ¡¡Vaya faena!!

¿Por qué? Bueno, SQL Management Studio viene con una opción por defecto que debemos desactivar. Para solucionar el problema vamos a "Herramientas/Opciones" y seleccionamos "Diseñadores" en el menú de la izquierda. Debemos desmarcar la opción de "Impedir guardar cambios que requieran volver a crear las tablas" como se muestra en la siguiente figura:

Y ya está. Si tenías alguna tabla abierta para modificarla, cierrala y vuelve a intentarlo.

Saludos y hasta otra.