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.
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. –
@Brian - gran idea, +1 – womp