ACTUALIZACIÓN FINAL: Resulta que esto fue una pista falsa debido a un problema de compresión con un módulo DotNetNuke. Tuve que agregar al módulo PageBlaster DNN, por lo que esto ya no es un problema.

Estoy desplegando un archivo svc de WCF en milive website por primera vez y se presenta / sirve al navegador como texto sin formato. Funciona bien en mi entorno de desarrollo en localhost. Puedes ver el problema aquí:

http: //www.pokerdiy.com/test.sv

El sitio web se ejecuta enIIS 7.5.7600.16385 enWindows Server 2008 R2 Versión 6.1 SP1 (64 bit) en una Grupo de aplicaciones integradas con .NET 4.0 (Estoy usando Entity Framework 4.2).

ACTUALIZAR En el servidor en vivo, el sitio se agrega como un sitio web (es decir, no en el sitio web predeterminado), mientras que en mi entorno de desarrollo DotNetNuke se ejecuta como un directorio virtual en el sitio web predeterminado con su propio web.config (que comparé al que está en el sitio en vivo y es idéntico).

Interesantemente, cuando estoy en el servidor en vivo y busco el archivo test.svc en el sitio web predeterminado, entonces funciona http: //localhost/Test.sv) - sin embargo, el que está en el sitio web de PokerDIY.com no http: //www.pokerdiy.com/test.sv). Entonces, ¿parece que mi sitio web predeterminado es diferente a los sitios web adicionales de alguna manera?

Otra cosa interesante: eliminé todas las asignaciones de controladores .svc y ahora puedo obtener el error "HTTP Error 404.3 - No encontrado". Por lo tanto, las asignaciones de controladores lo están interceptando, ¡simplemente no está haciendo nada con él! Puedo volver al texto estático volviendo a agregar las asignaciones de controladores .svc.

Después de mucho RTFMing, lo primero que verifiqué fueron las asignaciones de controladores según el artículo de MS: todas las asignaciones de svc están allí (svc-integrado está en la parte superior comopor este artículo)

También reinstalé WCF segúnEste artícul sin diferencia. Usando Fiddler puedo ver que Content-Type es "text / html"

¿Qué más puedo probar?

Nota: los servicios web ASMX, los archivos ASP.NET, etc., funcionan bien.

Actualiza: Mi proveedor de alojamiento me sugirió que creara el directorio donde reside el servicio en un directorio virtual, lo que no tenía que hacer en mi máquina local en Dev. Entonces, ahora usa el appool de los sitios web de los Padres y al menos está haciendo algo: recibe un error diferente. Sin embargo, esto no suena correcto: ¿por qué no sería manejado por el appool del sitio web? Moví el .svc a la raíz http: //www.pokerdiy.com/test.sv) para eliminar esto de la ecuación).

Otras cosas que he intentado: cambiar los módulos runAllManagedModulesForAllRequests = "false" a "true" (esfals en mi web.config)% windir% \ Microsoft.NET \ Framework64 \ v4.0.30319 \ aspnet_regiis.exe -irWCF en IIS 5.1 sirvió como archivo de texto sin formato 404 cuando se ejecuta el servicio .net 4 WCF en IIS (sin archivo svc)