¿Hay alguna manera de realizar llamadas remotas al servidor web de desarrollo ASP.NET?

Question

I sabe que en general, esto no se puede hacer, es decir, conseguir que otra PC llame a un sitio alojado en el servidor web de desarrollo ASP.NET de forma remota (generalmente solo se puede usar localhost: puerto para acceder).

Pero me preguntaba si alguien ha visto o conoce una forma de evitarlo. Soy un desarrollador de API RESTful en mi oficina, y me gustaría que los chicos de PHP prueben las API en mi máquina para poder adjuntar el depurador de Visual Studio 2005, y puedo encontrar problemas más fácilmente.

El principal problema es que mi máquina es una máquina Vista, y desafortunadamente las API que he desarrollado no funcionan bajo IIS7, incluso el modo Pool clásico de aplicaciones (lo que elimina el alojamiento en IIS local imposible).

Como alternativa, ¿hay alguna manera de usar IIS6 en otra máquina para satisfacer mis necesidades?

actualización

Basado en el consejo que he recibido y después de mucho ensayo y error con las sugerencias hechas, yo era capaz de conseguir calamar para actuar como un proxy inverso y hacer exactamente lo que quería hacer. He escrito sobre él http://www.ashleyangell.com/index.php/2009/03/configuring-a-basic-reverse-proxy-in-squid-on-windows-website-accelerator/ en caso de que alguien más quiera hacer lo mismo.

Answer 1

¿No puedes simplemente ejecutar IIS7 en Classic Application Pool mode?

El Servidor web de desarrollo está estrictamente limitado a Localhost, o necesita descompilarlo y volver a compilarlo, o configurar algún tipo de Proxy en su máquina.

Y en un tema no relacionado: Aunque Win2003 Server SP2 R2 debería ser admitido hasta marzo de 2012, tal vez se deba agregar soporte IIS7 a su aplicación para asegurarse de que también se pueda ejecutar en 2008 Server.

Answer 2

Puede depurar remotamente en una computadora con IIS6. Consulte esta publicación de blog sobre cómo configurarlo: http://blogs.iis.net/brian-murphy-booth/archive/2008/05/23/remoting-debugging-asp-net-applications-using-visual-studio-2008.aspx

Aquí hay un enlace para vs2005: http://aspnet2holes.blogspot.com/2006/11/debug-aspnet-20-running-under-iis-60.html. Todavía recomiendo comprobar el 2008, solo por algunos comentarios adicionales que tiene.

Answer 3

¿Cambiar el canal IIS 7 a Classic no resuelve sus problemas de compatibilidad? VS 2005 tiene un depurador remoto, al igual que muchas versiones anteriores.

Answer 4

Es posible que desee echar un vistazo a la versión de UltiDev de Cassini web server. Tomaron el servidor web Cassini de Microsoft Open Source y lo mejoraron para permitir, entre otras cosas, conexiones remotas.

Puede adjuntar VS al proceso y ver cómo se llaman sus API RESTful desde la aplicación PHP, exactamente como se describe arriba.

Answer 5

¡SÍ HAY! : D

También estaba buscando en torno a superar esta limitación desde hace algún tiempo y accidentalmente me topé siguiente artículo:

http://eeichinger.blogspot.com/2009/12/sniff-http-traffic-with-aspnet.html

no he probado a mí mismo, sin embargo, pero se ve rápida & sencilla (aunque algunos pueden decir que esto es hardcore).
BTW.Te recomiendo que mires otras publicaciones al Erich Eichinger's blog, ya que hay más cosas realmente valiosas.

Answer 6

Esto es sustancialmente más fácil que la opción Calamar:

"Accessing the Visual Studio ASP.NET Development Server from iPhone"

También hay una actualización que funciona bien en Windows 7, también:

"iPhone Accessing the Visual Studio ASP.NET Development Server - Windows 7 Update"

Answer 7

He intentado http://code.activestate.com/recipes/483732-asynchronous-port-forwarding/ exitosamente. Es un script de Python que solo reenvía el tráfico.

Suponiendo que la máquina de su servidor dev se ejecuta en es 192.168.42.42 y el servidor dev está en el puerto 12345, ejecute la secuencia de comandos (en la misma máquina) con los argumentos de línea de comandos

-l 192.168.42.42 -p 8000 -r 127.0.0.1 -P 12345 

Desde un equipo diferente, puede acceder al servidor a través del http://192.168.42.42:8000.

asegúrese de cambiar sender.handle_close como se ha señalado por Dwight Walker en los comentarios:

def handle_close(self): 
    self.close() 
    if len(self.receiver.to_remote_buffer) == 0: 
     self.receiver.close() 

Answer 8

sólo tiene que utilizar un simple túnel TCP de Java. Descargue esta aplicación Java &, solo haga un túnel en el tráfico. ¡No es necesario jugar con IIS!

http://jcbserver.uwaterloo.ca/cs436/software/tgui/tcpTunnelGUI.shtml

En símbolo del sistema, tendría a continuación, ejecuta la aplicación Java como esto ... Vamos a suponer que desea el acceso externo en el puerto 80 y su entorno de depuración estándar ejecuta en el puerto 1088 ...

java-jar tunnel.jar 80 localhost 1088 (también aquí la respuesta: Acceso asp servidor de desarrollo de la red externa a la máquina virtual.)

Answer 9

Básicamente yo pasamos 5 horas haciendo este trabajo, y en última instancia, si quieres una solución de 5 minutos aquí va :

1. Port forward incoming traffic to your local ip on your network 
TCP Any -> 3127-3128 
TCP Any -> 80-81 
TCP Any -> 8080 
TCP Any -> 8000 
TCP Any -> 8888 
to 
192.1681.1.3 (the local ip of the machine running .NET Dev server.) 

2. Download SPI Port Forward 

3. Heres the tricky part - Setup 2 forwarding rules as follows: 
Local port: 8080 Remote: localhost Remote port 8080 
Local port: 8080 Remote: localhost Remote port: .NET Dev server port 

Without that second rule the .NET dev server wont serve the page 

4. now visit your public IP address at port 8080 -- and you got it 

Z

Answer 10

Este post me ayudó: http://staticvoidmain.cognitioab.se/index.php/2013/01/remote-debugging-asp-net-development-server-with-spi-port-forward/ Se sugiere el uso de una aplicación de terceros en su ordenador de desarrollo para actuar como un proxy (más o menos). Entonces te conectas a esta aplicación y reenvía todas tus solicitudes al servidor de desarrollo. Funciona como magia :)