...%20Servidor%20(aplicaci%C3%B3n%20web)%20-%20Soluci%C3%B3n%20de%20intranet%20-%20%C2%BFse%20debe%20considerar%20la%20situaci%C3%B3n%20del%20proxy%3F.png)
Hay una aplicación cliente-servidor. Cliente: aplicación de escritorio basada en .NET 2.0. Servidor: aplicación web basada en ASP .NET 2.0.
El cliente se comunica con el servidor mediante solicitudes HTTP normales, ya que el servidor es esencialmente un sitio web alojado en un servidor web.
Esta solución es principalmente para intranets, es decir, la aplicación web está alojada en uno de los servidores internos de la red.
En esta arquitectura, ¿es necesario crear el cliente para administrar la configuración del proxy?
Dado que el servidor web está dentro de la LAN, en esta situación, ¿el acceso a un servidor web interno también se configura a través de servidores proxy? ¿O los servidores proxy son estrictamente para todas las llamadas por Internet desde máquinas en la intranet?
Respuesta1
En mi opinión, cualquier aplicación que utilice HTTP debería poder utilizar un proxy HTTP. Lo mejor sería si su aplicación admitiera la configuración automática de proxy. Nunca se puede predecir cada entorno en el que terminará usándose la aplicación y, como administrador de sistemas, valoro la flexibilidad con respecto a la adaptación a entornos de red en el software de aplicación.
Dado que estás usando .NET, dependiendo de cómo estés haciendo tu HTTP, es posible que puedas obtener todo esto "gratis" desde el código nativo subyacente.
Respuesta2
Los servidores proxy en la LAN sólo son útiles si vas a realizar algún tipo de filtrado o contabilidad. No veo que sean útiles en su caso mientras el uso de la aplicación permanezca en la LAN.