A partir de Visual Studio 2005 la vida se simplific贸 bastante para los dessarrolladores Web con tecnolog铆as Microsoft. No s贸lo porque la tecnolog铆a estuviera completamente remodelada y ASP.NET 2.0 se convirtiera en la herramienta productiva y potente que es hoy en d铆a. En este caso me estoy refiriendo a la inclusi贸n del servidor Web de desarrollo (Cassini para los amigos) en el propio entorno de Visual Studio.

Antes de esto, mover una soluci贸n entre equipos era un dolor, sobre todo si ten铆as varios proyectos Web contenidos dentro de 茅sta. El motivo era que los proyectos Web estaban atados a la instancia local de Internet Information Server y por lo tanto cuando cambiabas de equipo la soluci贸n ten铆as que configurar cada proyecto en IIS, en el puerto o subcarpeta correctos. Un "pe帽azo", vamos.

Con VS2005 y superiores el servidor de desarrollo s贸lo puede atender peticiones locales y se lanza autom谩ticamente para depurar y probar el proyecto. Al hacerlo se asigna un puerto aleatorio en el que atender las peticiones.

Esto 煤ltimo resulta c贸modo generalmente ya que trata de evitar colisiones con otros proyectos si trabajamos con varios a la vez. Sin embargo en ocasiones nos resultar谩 m谩s c贸modo disponer de un puerto fijo que sea siempre el mismo cuando usemos el proyecto en cualquier m谩quina.

La forma de conseguirlo es muy sencilla: En el explorador de soluciones de Visual Studio selecciona el nodo ra铆z del proyecto Web. Pulsa F4 para mostrar sus propiedades. Una vez all铆 establece la propiedad "Use dynamic ports" (Utilizar puertos din谩micos) como False (por defecto es True). Esohabilitar谩 la propiedad justo encima de 茅sta, "Port Number" (n煤mero de puerto). Ahora ya puedes establecer en ella el valor que te interese y dejarlo fijo.

Si al ejecutarlo entra en conflicto con otro proyecto que use el mismo puerto se producir谩 un error.

Espero qe te sea 煤til.

💪🏻 驴Este post te ha ayudado?, 驴has aprendido algo nuevo?
Pues NO te pido que me invites a un caf茅... Te pido algo m谩s f谩cil y mucho mejor