asp.net - Conéctate de forma remota a WebDev.WebServer.exe
visual-studio internet-explorer (5)
AFAIK, WebDev está codificado para rechazar específicamente todas las conexiones externas ... por lo que la respuesta breve sería "no".
Lo mejor sería simplemente publicar el sitio web en su VPC ejecutando IIS y probarlo de esa manera.
- Desarrollando un sitio web ASP.Net.
- Ejecutando IE8.
- Necesidad de probar el sitio web bajo IE6.
- Instalación de MultipleIE6 interrumpida por la instalación de IE8 (no se puede escribir en los cuadros de texto, sí, borré el caché, sí, volví a registrar los dll).
- VPC creado ejecutando IE6.
- No se puede conectar al host WebDev.WebServer.exe.
¿Hay alguna forma de configurar WebDev.WebServer.exe para que acepte conexiones remotas?
Hmm, no estoy seguro de que esto funcione, pero intente agregar WebDev.WebServer.exe para ser desbloqueado desde su Firewall de Windows.
Si esto no funciona, debe instalar IIS y establecer un directorio virtual directamente en su carpeta de desarrollo.
Utilizo una de las imágenes de VPC de Microsoft para probar IE6 usando el servidor web de depuración, por lo que no sé qué podría estar causando sus problemas. Parece que podría ser un problema de red con la máquina virtual.
También IEtester funciona bien para realizar comprobaciones rápidas de renderizado y funcionalidad. Todavía tengo que ver diferencias importantes entre el comportamiento en IEtester y el IE6 real bajo XP, pero existe la posibilidad de que todavía consulte con la máquina virtual antes de lanzarla a producción.
Me encontré con este mismo problema, y después de algunas investigaciones, descubrí que el método detallado en este sitio me funcionaba: http://www.funkymule.com/post/2009/04/17/Making-ASPNET-Development-Server- Listen-for-Remote-Connections.aspx
Implica modificar y volver a ensamblar el servidor Webdev y la DLL, pero una vez que todo está funcionando, he podido usar versiones anteriores de Internet Explorer ejecutándose en modo VPC / XP para conectarme al servidor WebDev que se ejecuta en la máquina host a través del IP de red interna (192.168.xx).
La solución para la forma en que webdev.webserver está paralizado para rechazar solicitudes remotas es usar un servidor proxy liviano que se ejecute en el mismo host que webdev.webserver. El navegador remoto luego usa el proxy y sus solicitudes aparecen en webdev.webserver como solicitudes originadas desde localhost. He usado Privoxy con éxito.
Configuración de muestra:
- Configure Privoxy para escuchar en una dirección IP enrutable desde su máquina virtual (por ejemplo, 192.168.1.1:8118). Puede poner una dirección IP en un Looback en su sistema operativo host y usar NAT con el sistema operativo del cliente.
- Configure su (s) navegador (s) en la VM para usar 192.168.1.1:8118 para su proxy para todas las conexiones, incluyendo localhost.
- Inicie su aplicación en webdev.webserver
- Con su navegador VM vaya a la misma URL que con un navegador en su sistema operativo anfitrión (por ejemplo,
http://localhost:3254
)
Desde la perspectiva de webdev.webserver, las solicitudes se originarán desde Privoxy en 127.0.0.1 y las servirá felizmente.
ACTUALIZAR En estos días, estoy usando Fiddler2 para esto. Fiddler tiene una opción en Herramientas> Opciones> Conexiones a "Permitir que las computadoras remotas se conecten". Pero también tenga en cuenta que IISExpress se puede configurar para aceptar conexiones remotas.