Las máquinas remotas no se pueden conectar al servidor web de Visual Studio

Question

Recuerdo cuando MS estaba desarrollando Cassini. Creo que lo incluyeron en VS 05/08, así que creo que esta es una pregunta del servidor web de Cassini.

Estoy usando Windows XP con Visual Studio 2008, y me resulta bastante inconveniente cuando quiero probar una página web/estilo con múltiples navegadores y múltiples sistemas operativos. Ahora mismo tengo que implementar el código en nuestro servidor, y si hay alguna actualización que deba suceder, el proceso se convierte en una pérdida de tiempo. Como utilizo XP/IIS 5, la opción de usar IIS no es una opción. El uso de IIS en XP requiere un prefijo adicional para un proyecto, lo que rompe todos los enlaces, css, etc. Este también fue un proyecto de desarrollo muy rápido, por lo que cosas como el directorio raíz que debería extraerse para configurar no, estoy bastante bordo con este tipo de solución, pero no se implementó en este proyecto. También parece realmente incompleto que MS no permita una simple bandera en algún lugar para permitir conexiones remotas, es bastante simple (http://www.devx.com/dotnet/Article/11711) pero no quiero recompilar Cassini.

¿Alguien sabe cómo permitir que otras computadoras vean el servidor web de desarrollo integrado en Visual Studio 2008? Esto ahorraría mucho tiempo.

Answer 1

solo encontrado una buena solución: 1) Establecer violinista en la máquina de desarrollo 2) Puesta en funcionamiento de la máquina remota para utilizar el violinista como apoderado 3) vaya a http://localhost.:[insert your dev port # here]/en la máquina remota

Answer 2

Microsoft no permite esto a propósito; no quieren que implemente su aplicación con Cassini. It's compiled right into its code.

Habiendo dicho eso, a menudo me he preguntado si solo verifican la url de "localhost". Tal vez la edición del archivo HOSTS de la máquina remota y la redirección de "localhost" a la máquina Cassini podría engañarlo. Digno de un tiro ... En las ventanas se pueden encontrar ordenadores aquí:

C:\Windows\system32\drivers\etc 

Usted puede entrar en la configuración del proyecto Web y lo utilice el IIS local como un lugar de acogida, y entonces todo funcionará bien.

Answer 3

Para resolver su problema de enlaces rotos, rutas a archivos, etc. Utilice enlaces relativos.

Además, el token "~ /" (sin comillas) dentro de las URL/propiedades/valores de ruta en los Controles de servidor de ASP.NET se reemplazará automágicamente con la ruta real a la subcarpeta de IIS donde reside su aplicación. Para que esta solución funcione, la raíz de la aplicación web que está desarrollando debe ser una aplicación IIS (consulte las páginas de propiedades de su proyecto web en la sección Web donde puede encontrar un enlace o botón para crear la aplicación IIS).

Google para raíz de aplicación web de IIS.

Answer 4

Pruebo frente a varios navegadores en mi cuadro local. Al servidor web local no le importa si usa Opera/Safari/Firefox/IE para conectarse. Normalmente, inicio el proyecto en el depurador, que también inicia IE, y luego corté/pegué la URL de IE en el navegador con el que estoy probando. Normalmente, el puerto que Cassini elige no cambia a menudo, por lo que muchas veces la URL ya está allí en el historial de mi navegador. Una vez que el servidor web se está ejecutando, incluso puede detener el depurador y continuar con la prueba en el navegador alternativo.

Para otras MacOS, normalmente publico en un servidor de QA con IIS6. He encontrado muy pocos casos donde después de probar con IE/Firefox/etc. en WinXP, hubo problemas en la Mac. No pruebo específicamente variantes de Linux.

Answer 5

Usando violinista como proxy inverso, el servidor web de desarrollo podría obtener la solicitud, pero se convierte en solicitud interna (127.0.0.1), lo cual es inútil en mi caso.

Estoy intentando coger solicitud remota para depurarlo de allí.

Answer 6

Intenta vincular .Net a 127.0.0.1 en lugar de localhost, realmente hace la diferencia con la resolución en algunos casos que he encontrado. me gustaría haber sabido que todo el tiempo, me habría ahorrado un número de horas.

También he visto utilizar Privoxy, que puede ser más rápido, pero Fiddler es mucho más fácil y no requiere configurar un bucle invertido.

De todas formas, tengo VS configuración en localhost: 15709 y esto a su violinista: si (oSession.host.toLowerCase() == "servidor web: 15709") oSession.host = "localhost: 15709";

Así que simplemente escribo webserver: 15709 en mi VM y funciona muy bien.

Answer 7

este momento para responder a una vieja pregunta, pero ocupa en Google así que decidió añadir mis 2 centavos:

En VS 2010 no es una opción para utilizar "IIS Express" en lugar de VS Desarrollo Server, que permite a distancia conexiones por defecto.

ACTUALIZACIÓN: la versión actual de IIS Express no permite conexiones externas de manera predeterminada, consulte HERE para saber cómo puede habilitar las conexiones remotas.

Answer 8

Puede utilizar una utilidad de reenvío de puerto para escuchar en un puerto, digamos 5000, y luego retransmitir todo ese tráfico al puerto de Visual Studio.

La solución se describe en el artículo, Accessing the Visual Studio ASP.NET Development Server from iPhone.

He escrito una publicación de blog basada en el artículo anterior que lo resume, Accessing Visual Studio Web Server remotely.

Answer 9

WebMatrix es otra alternativa.