Windows Server Consumo de web services en windows server 2008 R2 como cliente

[AdrFrio]

Buen día.

Tras mucho tiempo de buscar, de pruebas realizadas y no encontrar respuesta, vengo aquí solicitando su ayuda para que me orienten sobre el consumo de web services y windows server 2008 pero no es sobre como crearlos.

La situación es la siguiente:

Tenemos un sistema que funciona en 3 capas, la aplicación cliente funciona normalmente en estaciones de trabajo con windows xp, vista, etc..

La aplicación servidor se encuentra físicamente en un servidor con windows server 2003 de 32 bits. Esta aplicación servidor, es quien consume un servicio web a un servidor de un cliente externo. En este escenario no tenemos ningún problema.

El problema viene cuando migramos el sistema a windows server 2008 R2 a 64 bits, por algún motivo no ejecuta el servico web, ya creamos muchas reglas en el firewall, lo deshabilitamos, quitamos la restricción de control de cuentas de usuario, deshabilitamos el antivirus, y miles de etc.

Sabe alguien si existe algúna configuración especial que se le tenga que habilitar o deshabilitar a windows server 2008 para que pueda realizarlo?, a alguien le ha pasado algo similar?

Como dato adicional, la aplicación servidor que consume web services está creada en delphi 7 y trabaja con el protocolo SOAP para dicha comunicación.

Espero me puedan ayudar, ya que de verdad he intentado y no hemos tenido éxito.

Saludos a toda esta comunidad.

[BrujoNic]

Das un brochazo pero no todo el dato completo.

¿Te fijaste qué puerto debe estar abierto para que exista comunicación?
Al estar desarrollado en delphi, no será problema al instalarlo en una plataforma de 64 bits?

[AdrFrio]

Hola BrujoNic.


Trataré de ser más específico y de antemano agradezco tu tiempo para contestar.

La comunicación del web service a través de soap realiza la petición por http, el cual utiliza el puerto 80, esta comunicación funciona correctamente cuando la aplicación servidor corre en windows server 2003 a 32 bits, en donde llama al web service que se encuentra en un servidor externo, propiedad de nuestro cliente que es donde se encuentra la dll a la que llamamos y que está desarrollada en .net.

Al momento de cambiar nuestra aplicación a windows server 2008 de 64 bits, la aplicación funciona perfecto pero cuando se intenta llamar al web service nos manda un mensaje que sólo dice: ErrorCatastrophic Failure.

Revisé que ese puerto y otros más estuvieran abiertos pero la comunicación no sucede.

Realizamos pruebas ejecutando la "aplicación servidor" en windows 7 de 64 bits y funciona perfectamente el web service, se que no es servidor pero al menos así descartamos que fuera problema de los 64 bits.

Ahora, no se si tenga algo que ver si la librería que creo el cliente haya sido con WSE (Windows service Enchacement) o WCF (Windows Communication Fundation), desconozco qué tecnología utilizó pero no se si tenga que ver esto realmente con compatibilidad al momento de ejecutar el web service en windows server 2008 R2.

Saludos

[BrujoNic]

Si te funciona en Win7 a 64 bits, debería funcionarte en Win2008 a 64 bits con la salvedad de la seguridad establecida en un servidor lógicamente, pero con esa prueba, demostraste que no es problema de que sea a 64 bits.

El problema que creo tenes, es la configuración del puerto de salida 80 ya que lo hace por http y por te pregunta por donde lo hacía, porque SOAP se puede comunicar por http, smtp, TCP o JMS.

Sobre ese error, me puse a investigar y puede que esto te ayude:
PRB: El mensaje de Error "Error catastrófico" al intentar depurar una aplicación de ASP.NET en el controlador de dominio de Windows 2000

También te dejo un filtro sobre ese error para Windows 2008:
Error Catastrophic Failure web service windows 2008

[AdrFrio]

Hola BrujoNic.

Agradezco nuevamente tu atención y se me había complicado seguir este tema pero por fin dimos con la solución, y la comento por si a alguien más le es de utilidad.

El problema de todo era el DEP (Data Execution Prevention), esta herramienta de windows que da más dolores de cabeza que nada.

sólo fue cuestión de deshabilitarlo de la siguiente manera dentro de la consola de windows en modo administrador:

bcdedit.exe /set {current} nx AlwaysOff
bcdedit.exe /set nx OptOut

luego, sólo reiniciar el equipo y todo funcionó como debía.

Saludos.

[BrujoNic]

Gracias por compartir la solución que encontraste o encontraron. Es difícil que algunas personas den la respuesta si la encuentran.

Nuevamente gracias por compartirla.