IIS 7 WCF Webservices dando erro 404 por HTTPS

Question

Eu tenho alguns webservices WCF em execução no IIS 7.5 que estão respondendo corretamente às solicitações http, mas respondem com erros 404 (Não encontrado) quando os métodos são chamados usando SSL.

As ligações para o site são as seguintes:

Aochamaro link , recebo a resposta esperada:

You have created a service.

To test this service, you will need to create a client and use it to call the service. You can do this using the svcutil.exe tool from the command line with the following syntax: etc

E, da mesma forma, chamar qualquer um dos métodos de Serviço funciona, existe um método mais básico chamado CanConnect que simplesmente retorna "true"

link

true

Ao usar https, o resultado a seguir é o seguinte.

link

You have created a service.

To test this service, you will need to create a client and use it to call the service. You can do this using the svcutil.exe tool from the command line with the following syntax:

link

Server Error in '/Public' Application.

The resource cannot be found.

Description: HTTP 404. The resource you are looking for (or one of its dependencies) could have been removed, had its name changed, or is temporarily unavailable. Please review the following URL and make sure that it is spelled correctly.

Requested URL: /Public/PublicDataService.svc/CanConnect

Version Information: Microsoft .NET Framework Version:4.0.30319; ASP.NET Version:4.6.1055.0

Isso me deixa totalmente perplexo, como pode chamar o trabalho .svc, mas seus métodos internos dão 404? Para tornar as coisas ainda mais confusas, isso estava funcionando ... na verdade, nem sei quando parou, ou seja, se corresponde a uma versão de código ou a patches de servidores, etc.

A configuração atual do site é assim:

Webservices (this is the root of the application / where the Web.Config sits)
- Public (a windows directory, no addition config)

Existem vários outros serviços que são executados diretamente sob a raiz e que funcionam bem sob http e https.

Qualquer ideia sobre o que pode estar causando isso.

    

Answer 1

Acontece que foi simplesmente um erro no arquivo web.config.

Essas duas respostas sobre SO foram a solução:

link

E o contrário

link

Estranho que estava trabalhando em http e https uma vez e depois parou ... deve ter havido algumas outras mudanças de configuração em outro lugar ..

EDIT: Correção real para conclusão

O seguinte foi no web.config foi alterado de "none" para "Transport"

<system.serviceModel>
    <bindings>
        <webHttpBinding>
            <binding>
                <security mode="Transport" />