2009-03-25 19 views
13
  1. Desarrollar un sitio web ASP.Net.
  2. Ejecutando IE8.
  3. Necesidad de probar el sitio web bajo IE6.
  4. 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).
  5. VPC creado ejecutando IE6.
  6. No se puede conectar al host WebDev.WebServer.exe.

¿Hay alguna forma de configurar WebDev.WebServer.exe para que acepte conexiones remotas?Conectar de forma remota a WebDev.WebServer.exe

Respuesta

6

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.

+1

Es un poco más difícil lidiar con la publicación de IIS o incluso simplemente configurar el IIS local para servir a cada proyecto. No puede disfrutar del servidor web integrado similar a Netbeans y configurar la depuración no de administrador es una complejización adicional. En su lugar, puede dar un pequeño golpe al configurar un proxy personal por adelantado y olvidarse de por qué funciona después de eso. –

+0

@Brian - gran idea, +1 – womp

1

Hmm no estoy seguro de que esto funciona, 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.

1

Utilizo una de las imágenes de VPC de Microsoft para probar IE6 utilizando 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.

http://www.my-debugbar.com/wiki/IETester/HomePage

+0

Tampoco funciona para mí - Ariel, ¿cuál es tu configuración de VPC? ¿Estás ejecutando el modo XP? ¿Cuál es la configuración de red y la configuración de integración? ¿No hiciste nada más, como piratear el archivo de hosts local? – Spike0xff

15

La solución para la forma en que se ve mermada webdev.webserver de rechazar solicitudes remotas es el uso de un servidor proxy de peso ligero que se ejecutan 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.

config de la muestra:

  • Configurar Privoxy para que escuche en una dirección IP que se puede enrutar desde su VM (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.
  • Comience su aplicación en webdev.webserver
  • Con su navegador VM ir a la misma URL que lo haría con un navegador en su sistema operativo anfitrión (por ejemplo http://localhost:3254)

Desde la perspectiva de la webdev.webserver las solicitudes se originarán en Privoxy en 127.0.0.1 y les servirá felizmente.

ACTUALIZACIÓN 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.

+0

Es importante tener en cuenta que otras computadoras pueden solicitar su WebDev.WebServer si abre el puerto (8118) en su firewall para Privoxy (para solicitudes TCP). Además, la única configuración necesaria para Privoxy es encontrar la configuración 'listen-address' en la configuración principal y configurarla en el valor apropiado (' listen-address 192.168.1.1: 8118'). Funciona muy bien y no es demasiado difícil de configurar. – mbillard

+2

FWIW. Publiqué instrucciones paso a paso para configurar esto aquí: http://thoughtfulcode.wordpress.com/2009/11/13/multiple-versions-of-ie-with-the-visual-studio-built-in- web-server-the-solution/ –

+0

Una variación de esta estrategia es ejecutar un servidor SSH como WinSSHD en su sistema host y luego usar un cliente ssh para crear un proxy SOCKS4 a través de SSH o hacer un simple reenvío de puertos SSH (-L en openssh). –

2

me encontré con este mismo tema, y ​​después de algunas investigaciones, se encontró que el método que se detalla en este sitio funcionó para mí: http://www.funkymule.com/post/2009/04/17/Making-ASPNET-Development-Server-Listen-for-Remote-Connections.aspx

Se trata de modificar y volver a montar el servidor Webdev y DLL, pero una vez que todo depende y en ejecución, he podido utilizar versiones anteriores de Internet Explorer que se ejecutan en modo VPC/XP para conectarme al servidor WebDev que se ejecuta en el equipo host a través de la red interna IP (192.168.xx).

+1

En el hilo de comentarios en ese artículo, un usuario explica cómo hacer un simple reenvío de puerto. Esto parece más fácil de mantener que hackear la DLL ... http: //www.funkymule.com/post/2009/04/17/Making-ASPNET-Development-Server-Listen-for-Remote-Connections.aspx#id_11ce7839-8d26 -40b4-995b-8d592987dd73 –

+0

Aquí hay un ejemplo de línea de comandos para el reenvío de puertos ... interfaz netsh portproxy add v4tov4 listenport = 2221 listenaddress = xxx.xxx.xxx.xxx connectport = 2222 connectaddress = localhost – DarrenMB

Cuestiones relacionadas