C#-WCF服务客户端:内容类型为text / html; 响应消息的charset = utf-8与绑定的内容类型不匹配

我在本地IIS服务器上运行了WCF服务。 我已将其添加为对C#网站项目的服务引用,它可以很好地添加并自动生成代理类。

但是,当我尝试调用任何服务合同时,都会出现以下错误:

说明:在处理期间发生未处理的异常   当前Web请求的执行。   请查看堆栈跟踪以获取更多信息   有关错误以及位置的信息   它起源于代码。

异常详细信息:System.ServiceModel.ProtocolException:  内容类型为text / html;  响应消息的charset = utf-8  与内容类型不匹配  绑定(application / soap + xml;  charset = utf-8)。如果使用自定义  编码器,请确保  IsContentTypeSupported方法是  正确实施。前1024  响应的字节为:'       功能  bredir(d,u,r,v,c){var w,h,wd,hd,bi; var  b = false; var p = false; var  s = [[300,250,false],[250,250,false],[240,400,false],[336,280,false],[180,150,false],[468,60,false],[234,60,false],[ 88,31,false],[120,90,false],[120,60,false],[120,240,false],[125,125,false],[728,90,false],[160,600,false],[ 120,600,false],[300,600,false],[300,125,false],[530,300,false],[190,200,false],[470,250,false],[720,300,true],[500,350,true],[550,480, true]]; if(typeof(window.innerHeight)=='number'){h = window.innerHeight; w = window.innerWidth;} else  if(typeof(document.body.offsetHeight)=='number'){h = document.body.offsetHeight; w = document.body.offsetWidth;} for(var  i = 0; i

我也有一个控制台应用程序,该应用程序也可以与WCF服务进行通信,并且该控制台应用程序可以很好地调用方法而不会出现此错误。

以下是我的配置文件的摘录。

WCF服务Web.Config:

<system.serviceModel>
   <services>
      <service name="ScraperService" behaviorConfiguration="ScraperServiceBehavior">
         <endpoint address=""
                   binding="wsHttpBinding" 
                   bindingConfiguration="WSHttpBinding_IScraperService"
                   contract="IScraperService" />
         <endpoint address="mex" 
                   binding="mexHttpBinding" 
                   contract="IMetadataExchange" />
         <host>
            <baseAddresses>
                <add baseAddress="http://example.com" />
            </baseAddresses>
         </host>
      </service>
   </services>
   <bindings>
       <wsHttpBinding>
           <binding name="WSHttpBinding_IScraperService"
                    bypassProxyOnLocal="false" transactionFlow="false"
                    hostNameComparisonMode="StrongWildcard"
                    maxBufferPoolSize="2000000" maxReceivedMessageSize="2000000"
                    messageEncoding="Text" textEncoding="utf-8"
                    useDefaultWebProxy="true" allowCookies="false">
               <readerQuotas 
                     maxDepth="2000000" maxStringContentLength="2000000" 
                     maxArrayLength="2000000" maxBytesPerRead="2000000"
                     maxNameTableCharCount="2000000" />
               <reliableSession 
                     enabled="false" ordered="true" inactivityTimeout="00:10:00" />
               <security mode="Message">
                   <message clientCredentialType="Windows"
                            negotiateServiceCredential="true"
                            algorithmSuite="Default"
                            establishSecurityContext="true" />
               </security>
            </binding>
          </wsHttpBinding>
      </bindings>
      <behaviors>
          <serviceBehaviors>
              <behavior name="ScraperServiceBehavior">
                  <serviceMetadata httpGetEnabled="true" />
                  <serviceDebug includeExceptionDetailInFaults="true" />
              </behavior>
          </serviceBehaviors>
     </behaviors>
</system.serviceModel>

网站项目服务客户端Web.Config

<system.serviceModel>
   <bindings>
      <wsHttpBinding>
          <binding name="WSHttpBinding_IScraperService" 
              closeTimeout="00:01:00" openTimeout="00:01:00" 
              receiveTimeout="00:10:00" sendTimeout="00:01:00"
              bypassProxyOnLocal="false" transactionFlow="false" 
              hostNameComparisonMode="StrongWildcard"
              maxBufferPoolSize="524288" maxReceivedMessageSize="65536" 
              messageEncoding="Text" textEncoding="utf-8"
              useDefaultWebProxy="true" allowCookies="false">
              <readerQuotas 
                  maxDepth="32" maxStringContentLength="8192" 
                  maxArrayLength="16384" maxBytesPerRead="4096" 
                  maxNameTableCharCount="16384" />
              <reliableSession enabled="false"
                  ordered="true" inactivityTimeout="00:10:00" />
              <security mode="Message">
                  <transport clientCredentialType="Windows" 
                       proxyCredentialType="None" realm="" />
                  <message clientCredentialType="Windows" 
                       negotiateServiceCredential="true"
                       algorithmSuite="Default" />
              </security>
          </binding>
       </wsHttpBinding>
    </bindings>
<client>
        <endpoint name="WSHttpBinding_IScraperService"
            address="http://example.com/ScraperService.svc"
            binding="wsHttpBinding" 
            bindingConfiguration="WSHttpBinding_IScraperService"
            contract="ScraperService.IScraperService" >
           <identity>
               <servicePrincipalName value="host/FreshNET-II" />
           </identity>
        </endpoint>
     </client>
</system.serviceModel>

这是我首次创建WCF的尝试,因此它非常新。 任何帮助深表感谢。

Dan Ellis asked 2019-10-08T22:32:13Z
17个解决方案
25 votes

尝试使用客户端通常在其下运行的相同Windows凭据,在托管该服务的服务器上的Web浏览器中浏览至[http://localhost/ScraperService.svc]。

我想象IIS正在显示某个描述的html错误消息,而不是按预期返回xml。

当您具有执行Internet过滤的http代理服务器时,也会发生这种情况。 我对ContentKeeper的经验是,它会拦截任何http / https流量并将其阻止为“非托管内容”-我们得到的只是一个html错误消息。 为避免这种情况,您可以将代理服务器例外规则添加到Internet Explorer,以使代理不会拦截到您网站的流量:

控制面板> Internet选项>连接>局域网设置>高级>代理设置

enter image description here

sheikhjabootie answered 2019-10-08T22:32:45Z
15 votes

来自Web服务器的HTML响应通常表示已提供错误页面,而不是来自WCF服务的响应。 我的第一个建议是检查您正在其下运行WCF客户端的用户是否有权访问该资源。

DaveRead answered 2019-10-08T22:33:09Z
11 votes

我有一个类似的问题。 我通过更改解决了

<basicHttpBinding>

<basicHttpsBinding>

并且还更改了我的URL以使用[https://]而不是[http://。]

同样在<endpoint>节点中,更改

binding="basicHttpBinding" 

binding="basicHttpsBinding"

这工作了。

radkan answered 2019-10-08T22:33:55Z
5 votes

发生的情况是您尝试使用wsHttpBind访问服务,该服务默认使用安全的加密消息(安全消息)。另一方面,netTcpBind使用安全加密通道。 (安全传输)...但是basicHttpBind,完全不需要任何安全性,并且可以访问匿名

所以。 在服务器端,将其添加\更改为您的配置。

<bindings>
    <wsHttpBinding>
     <binding name="wsbind"> 
         <security mode="Message">
             <transport clientCredentialType="Windows" proxyCredentialType="None" />
             <message clientCredentialType="Windows" negotiateServiceCredential="true"
                            algorithmSuite="Default" establishSecurityContext="true" />
         </security>
     </binding>
    </wsHttpBinding>
</bindings>

然后将更改端点添加到

<endpoint address="" binding="wsHttpBinding" bindingConfiguration="wsbind" name="wshttpbind" contract="WCFService.IService" > 

那应该做。

mahmoud answered 2019-10-08T22:34:39Z
1 votes

在我的情况下,URL重写规则使我的服务名称混乱,将其重写为小写字母,并且出现此错误。

确保您不小写WCF服务调用。

Valentin Kuzub answered 2019-10-08T22:35:08Z
1 votes

与许多人一样,在我的情况下,我也因为错误而得到了这个。 可悲的是,我只能阅读html错误页面的CSS。

我的问题的根源也是服务器上的重写规则。 它正在将HTTP重写为https。

Pedro answered 2019-10-08T22:35:39Z
1 votes

您可能需要检查服务的配置,并确保一切正常。 您可以通过浏览器导航到Web服务,以查看架构是否将在浏览器上呈现。

您可能还需要检查用于调用服务的凭据。

William answered 2019-10-08T22:36:09Z
1 votes

我尝试了以上所有建议,但最终有效的方法是将“应用程序池”管理的管道从“集成”模式更改为“经典”模式。
它运行在自己的应用程序池中-但它是第一个.NET 4.0服务-所有其他服务都使用集成管道模式在.NET 2.0上。它只是使用的标准WCF服务是https-但在Server 2008(不是R2)上-使用IIS 7(不是7.5)。

T Camp answered 2019-10-08T22:36:40Z
1 votes

我也有类似的情况,但是客户端配置使用的是basicHttpBinding。 问题出在该服务使用的是SOAP 1.2,而您不能在basicHttpBinding中指定SOAP 1.2。 我修改了客户端配置,改为使用customBinding,一切正常。 这是我的customBinding的详细信息,以供参考。 我尝试使用的服务是使用UserNameOverTransport通过HTTPS进行的。

<customBinding>
    <binding name="myBindingNameHere" sendTimeout="00:03:00">
        <security authenticationMode="UserNameOverTransport" includeTimestamp="false">
            <secureConversationBootstrap />
        </security>
        <textMessageEncoding maxReadPoolSize="64" maxWritePoolSize="16"
              messageVersion="Soap12" writeEncoding="utf-8">
            <readerQuotas maxDepth="32" maxStringContentLength="8192" maxArrayLength="16384"
                maxBytesPerRead="4096" maxNameTableCharCount="16384" />
        </textMessageEncoding>
        <httpsTransport manualAddressing="false" maxBufferPoolSize="4194304"
              maxReceivedMessageSize="4194304" allowCookies="false" authenticationScheme="Basic"
              bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
              keepAliveEnabled="true" maxBufferSize="4194304" proxyAuthenticationScheme="Anonymous"
              realm="" transferMode="Buffered" unsafeConnectionNtlmAuthentication="false"
              useDefaultWebProxy="true" requireClientCertificate="false" />
    </binding>
</customBinding>
Yves Rochon answered 2019-10-08T22:37:04Z
1 votes

即使您不使用网络代理,在代理对话框中打开“自动检测设置”也会使此异常消失。

enter image description here

Michal Minich answered 2019-10-08T22:37:28Z
1 votes

在我的WCF服务项目中,此问题是由于参考System.Web.Mvc.dll的不同版本引起的。 因此可能是DLLs不同版本的兼容性问题

当我使用

System.Web.Mvc.dll版本5.2.2.0->引发错误。 响应消息的charset = utf-8

但是当我使用System.Web.Mvc.dll版本4.0.0.0或更低版本->运行正常。

我不知道使用不同版本的DLL的原因,但是通过更改DLL的版本,它对我有用。

当您在WCF项目中添加其他项目的引用并且此引用项目具有不同版本的System.Web.Mvc DLL或可能是任何其他DLL时,甚至会生成此错误。

Dilip0165 answered 2019-10-08T22:38:27Z
0 votes

X ++     binding = endPoint.get_Binding(); binding.set_UseDefaultWebProxy(false);

Danish answered 2019-10-08T22:38:50Z
0 votes

我通过在web.config中设置UseCookies解决了这个问题。

  <system.web>
    <sessionState cookieless="UseCookies" />

并设置enableVersionHeader

  <system.web>
    <httpRuntime targetFramework="4.5.1" enableVersionHeader="false" executionTimeout="1200" shutdownTimeout="1200" maxRequestLength="103424" />
user6300391 answered 2019-10-08T22:39:21Z
0 votes

如果您同时使用wshttpbinding和https请求,那么我将通过以下配置更改来解决它。

 <security mode="TransportWithMessageCredential">
                    <transport clientCredentialType="None" />
                    <message clientCredentialType="Certificate" />
                </security>
Siva Kumar B answered 2019-10-08T22:39:45Z
0 votes

对我来说,当我在Web.config中评论以下行时,此问题已解决

<httpErrors errorMode="Detailed" />
Ali answered 2019-10-08T22:40:09Z
0 votes

HY,在我的情况下,出现此错误是因为Web服务的应用程序池具有错误的32/64位设置。 因此,此错误需要以下修复:您转到IIS,选择Web服务的站点,转到“高级”设置并获取应用程序池。 然后转到“应用程序池”,选择它,转到“高级设置...”,选择“启用32位应用程序”,然后根据您的Web服务的32/64位类型使其启用或禁用。如果设置为True,则意味着它仅允许32位应用程序,因此对于64位应用程序,必须将其设置为“禁用”(默认)。

mihai71 answered 2019-10-08T22:40:34Z
0 votes

对我而言,这是Web应用程序连接字符串指向错误的数据库服务器。

Leo Gurdian answered 2019-10-08T22:40:58Z
translate from https://stackoverflow.com:/questions/5243929/wcf-service-client-the-content-type-text-html-charset-utf-8-of-the-response-me