WCF over SSL - 404 error

j'avais ce même problème de mon côté. Votre billet m'a aidé à comprendre quel était le problème. voici ma Section modèle de service. J'ai découvert que les clés étaient les httpsGetEnabled puis définir le bindingconfiguration j'espère que cette aide.

<system.serviceModel>
        <behaviors>
            <serviceBehaviors>
                <behavior name="RequestImageBehavior">
                    <serviceMetadata **httpsGetEnabled**="true" />
                    <serviceDebug includeExceptionDetailInFaults="false" />
                  <dataContractSerializer maxItemsInObjectGraph="1073741824" />
                </behavior>
            </serviceBehaviors>
        </behaviors>
        <services>
            <service behaviorConfiguration="RequestImageBehavior" name="RequestImage">
                <endpoint address="" 
                          binding="wsHttpBinding" 
                          **bindingConfiguration**="HttpsBinding"
                          contract="IRequestImage">
                </endpoint>
                <endpoint address="mex" 
                          binding="mexHttpBinding" 
                          contract="IMetadataExchange" />
            </service>
        </services>
      <bindings>
        **<wsHttpBinding>
          <binding name="HttpsBinding">
            <security mode="Transport">
              <transport clientCredentialType="None"/>
            </security>
          </binding>
        </wsHttpBinding>**
      </bindings>
    </system.serviceModel>

je traitais avec cela récemment, et je veux ajouter un tweak. Si vous suivez les instructions ci-dessus, vous pourrez faire fonctionner le service avec HTTPS, mais pas simultanément avec HTTP et HTTPS. Pour ce faire, vous devez avoir deux noeuds de configuration de point final, un pour chaque protocole comme suit:

 <service name="MyCompany.MyService" >
    <endpoint address="" behaviorConfiguration="AspNetAjaxBehavior"
      binding="webHttpBinding" contract="MyCompany.MyService" bindingConfiguration="sslBinding" />
    <endpoint address="" behaviorConfiguration="AspNetAjaxBehavior"
      binding="webHttpBinding" contract="MyCompany.MyService" />
  </service>

(tiré de ma base de codes, ajuster la configuration et la liaison du behaviorConfiguration selon le cas)

je viens de passer quelques heures sur ce et il s'est avéré que mon problème était le nom du service

<services>
      <service name="TimberMill.Web.Data.LogReceiverService">
        <endpoint binding="basicHttpBinding" bindingConfiguration="basicBinding"
                     contract="NLog.LogReceiverService.ILogReceiverServer" />
      </service>
    </services>

a dû correspondre exactement à l'entrée similaire dans mon *.svc fichier.

<%@ ServiceHost 
    Language="C#" 
    Debug="true" 
    Service="TimberMill.Web.Data.LogReceiverService, TimberMill.Web"
    Factory="Autofac.Integration.Wcf.AutofacServiceHostFactory, Autofac.Integration.Wcf"
    CodeBehind="LogReceiverService.svc.cs" 
%>

Je ne suis pas sûr que ce soit lié à mon utilisation D'Autofac. Tout fonctionnait bien sous HTTP. Échoué sous HTTPS cependant.

Eh bien je pense que oui, je ne veux pas déranger quoi que ce soit maintenant en testant plus en détail de peur que je ne fâche les dieux de Config de la FMC et que ma config se casse à nouveau. YMMV.

dans mon cas, aucune de ces réponses n'a aidé.

au Lieu de cela, j'avais besoin de ajouter un doublon <binding> section qui n'a pas de name attribut.

voici le dump de la section appropriée du web de mon service.fichier de configuration:

<behaviors>
    <serviceBehaviors>
        <behavior name="ServiceBehaviour">
            <serviceMetadata 
                httpsGetEnabled="true" 
                httpsGetUrl="RemoteSyncService.svc"
                httpGetBindingConfiguration="bindingConfig" />
            <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
        <behavior name="">
            <serviceMetadata 
                httpsGetEnabled="true" 
                httpsGetUrl="RemoteSyncService.svc" />
            <serviceDebug includeExceptionDetailInFaults="true" />
        </behavior>
    </serviceBehaviors>
</behaviors>

<bindings>
  <basicHttpBinding>
    <binding name="bindingConfig" maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" transferMode="Streamed">
        <security mode="Transport">
          <transport clientCredentialType="None"/>
        </security>
      <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647"/>
    </binding>

    <!-- Add binding with EMPTY/MISSING name, see https://forums.iis.net/t/1178173.aspx -->
    <binding maxReceivedMessageSize="2147483647" maxBufferSize="2147483647" transferMode="Streamed">
        <security mode="Transport">
          <transport clientCredentialType="None"/>
        </security>
      <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" maxArrayLength="2147483647" maxBytesPerRead="2147483647" maxNameTableCharCount="2147483647"/>
    </binding>
  </basicHttpBinding>
</bindings>

j'espère que cela peut être utile pour quelqu'un, un jour.

j'ai eu le même problème et j'ai passé une journée à résoudre ce problème. Enfin, la configuration ci-dessous m'a permis d'accéder à HTTPS.

<system.serviceModel>
    <bindings>
        <basicHttpBinding>
            <binding name="basicHttpBinding">
            </binding>
            <binding name="basicHttpsBinding">
                <security mode="Transport">
                    <transport clientCredentialType ="None"/>
                </security>
            </binding>
        </basicHttpBinding>
    </bindings>
    <behaviors>
        <serviceBehaviors>
            <behavior name="standingsBehavior">
                <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
                <serviceDebug includeExceptionDetailInFaults="false"/>
            </behavior>
        </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true">
        <baseAddressPrefixFilters>
            <add prefix="http://www.mydomain.com/"/>
        </baseAddressPrefixFilters>
    </serviceHostingEnvironment>
    <services>
        <service behaviorConfiguration="standingsBehavior" name="lijslwebdata">
            <endpoint address="" binding="basicHttpBinding" contract="lijslwebdata"/>
            <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
        </service>
        <service behaviorConfiguration="standingsBehavior" name="sslwebdata">
            <endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpsBinding" contract="sslwebdata"/>
            <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
        </service>
    </services>
</system.serviceModel>

Tout semble être tout à fait valable, pas de flagrantes erreurs...

Juste une observation/question: où est votre *.fichier svc localisé??

Dans le message d'erreur, je vois:

 https://www.mydomain.com/myservice.svc 

Est votre *.svc fichier dans le répertoire virtuel de votre site?

typiquement, le *.svc file est dans un répertoire virtuel sur IIS et donc l'adresse serait quelque chose comme:

 https://www.mydomain.com/YourVirtualDirectory/myservice.svc 

bien sûr, vous pouvez déployer un ASP.NET app et un service WCF *.le fichier svc à la racine de votre IIS - mais ce n'est pas très commun, dans mon expérience.

Juste un thingie à vérifier.....

Marc

Plusieurs réponses m'ont amené à reconfigurer mon web.config pour contenir les deux points de terminaison. J'ai fini avec ce Web suivant.config.

<system.serviceModel>
    <bindings>
      <basicHttpBinding>
        <binding name="basicHttpBinding">
        </binding>
        <binding name="basicHttpsBinding">
          <security mode="Transport">
            <transport clientCredentialType ="None"/>
          </security>
        </binding>
      </basicHttpBinding>
    </bindings>
    <behaviors>
      <serviceBehaviors>
        <behavior name="standingsBehavior">
          <serviceMetadata httpGetEnabled="true" httpsGetEnabled="true"/>
          <serviceDebug includeExceptionDetailInFaults="false"/>
        </behavior>
      </serviceBehaviors>
    </behaviors>
    <serviceHostingEnvironment aspNetCompatibilityEnabled="true" multipleSiteBindingsEnabled="true">
      <baseAddressPrefixFilters>
        <add prefix="http://www.myhost.com"/>
      </baseAddressPrefixFilters>
    </serviceHostingEnvironment>

    <services>
      <service behaviorConfiguration="standingsBehavior" name="NameSpace.ClassName">
        <endpoint address="" binding="basicHttpBinding" contract="NameSpace.ContractInterfaceName"/>
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpsBinding" contract="NameSpace.ContractInterfaceName"/>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
      </service>
    </services>
  </system.serviceModel>

cela n'a pas fonctionné pour vous avant parce que vous avez nommé votre configuration de connexion BasicHttp "basicHttpBinding" mais n'avez pas fait référence à cette configuration dans votre balise avec le bindingConfiguration="basicHttpBinding"

dans vos modifications qui ont fonctionné en ajoutant une autre configuration de service, vous avez alors fait référence à la configuration de liaison qui contient le noeud, ce qui l'a fait fonctionner.

juste une autre chose à vérifier si vous rencontrez la même erreur 404 que L'OP. J'ai bricolé avec beaucoup de choses, mais finalement la solution est venue à simplement ajouter l'espace de nom à mon web de service.config.

ainsi les vieux services et IServiceFoo n'ont pas fonctionné:

  <services>
     <service behaviorConfiguration="quuxBehavior" name="ServiceFoo">
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpsBinding" contract="IServiceFoo"/>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
     </service>
  </services>

mais ajouter L'espace de noms (ProjectBar) a fonctionné:

  <services>
     <service behaviorConfiguration="quuxBehavior" name="ProjectBar.ServiceFoo">
        <endpoint address="" binding="basicHttpBinding" bindingConfiguration="basicHttpsBinding" contract="ProjectBar.IServiceFoo"/>
        <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
     </service>
  </services>