Posteriormente a investigar con expertos en esta materia, programadores de varias ramas y profesores hemos dado con la respuesta al problema y la dejamos plasmada en este post.
Solución:
Intente navegar a http://localhost/ScraperService.svc en el navegador web en el servidor que aloja el servicio, utilizando las mismas credenciales de Windows con las que normalmente se ejecuta el cliente.
Me imagino que IIS muestra un mensaje de error html de alguna descripción en lugar de devolver xml como se esperaba.
Esto también puede ocurrir cuando tiene un servidor proxy http que realiza el filtrado de Internet. Mi experiencia con ContentKeeper es que intercepta cualquier tráfico http/https y lo bloquea como “Contenido no administrado”; todo lo que recibimos es un mensaje de error html. Para evitar esto, puede agregar reglas de excepción del servidor proxy a Internet Explorer para que el proxy no intercepte el tráfico a su sitio:
Panel de control > Opciones de Internet > Conexiones > Configuración de LAN > Avanzado > Configuración de proxy
Tuve un problema similar. Lo resolví cambiando
para
y también cambié mi URL para usar https:// en lugar de http://.
También en
binding="basicHttpBinding"
para
binding="basicHttpsBinding"
Esto funcionó.
Una respuesta HTML del servidor web normalmente indica que se ha entregado una página de error en lugar de la respuesta del servicio WCF. Mi primera sugerencia sería verificar que el usuario con el que está ejecutando el cliente WCF tenga acceso al recurso.
Sección de Reseñas y Valoraciones
Recuerda que puedes dar visibilidad a esta reseña si si solucionó tu problema.