IIS website http ok, mas https não consegue encontrar o recurso (código de status 404)

3

Tarde

Publico uma API em domainA.com e faço isso há vários meses. * http: /domainA.com/service.svc leva-me ao recurso (c: \ inetput \ wwwroot \ api) * O link durante a noite agora não pode conectar o mesmo recurso.

O arquivo de log do site mostra erro 404 ao se conectar a https. A navegação para o link afirma que a página da Web não está disponível Arquivo de log mostra conexão bem-sucedida ao usar http, arquivo de log mostra 404 ao usar https.

O certificado SSL foi instalado em funcionamento por meses, vários meses até o vencimento.

Eu posso tenet de um pc remoto para domainA 80 e domainA 443 sem problemas, então eu sei que o firewall está bem (arquivos de log mostram conexão).

O BINDING mostra as portas corretas em uso 80 e 443.

O endereço IP (192.168.10.38) é utilizado apenas por este site.

Meses atrás eu havia publicado uma URL de teste em (192.168.10.38) para testes antes da implantação, mas isso foi interrompido, o novo URL testado e o URL antigo (website) foram excluídos há algum tempo.

Já tentou reiniciar o site problemático.

Já tentou o IISreset.

Não consigo entender por que o link do dia para a noite agora não pode conectar o recurso em que as configurações do IIS BASIC também estão apontando. A porta 443 está aberta e funcionando.

No processo de verificação de que a porta IP / 443 está definitivamente apontando para o mesmo recurso que a referência http, por exemplo, 192.168.10.38 ..., mas os arquivos de log confirmam a conexão, portanto, deve ser muito bem.

Obrigado por qualquer ajuda. Scott

Ref:

IIS7

ASP.net

ganhe 2008 r2

tudo corrigido

por scott_lotus 13.07.2011 / 16:54

1 resposta

1

Foi um certificado SSL corrompido. Sabia que isso poderia acontecer, mas não tinha ideia do que parecia.

  • Exportou o certificado
  • Deletine o instalado
  • Importou a exportação
  • Editou a 443 Binding no site para selecionar a nova importação
  • Parou o site e começou.
  • Site instalado e funcionando novamente.

(lembrete para sempre fazer um backup de exportação imanentemente após a instalação)

    
por 14.07.2011 / 09:07