O Agente do Usuário do IE10 faz com que o ASP.Net não envie Set-Cookie (o IE10 não configura cookies)

Resumo

ASP.Net não envia de volta um Set-Cookiecabeçalho ao usar o IE 10. O que significa que, por exemplo, você não pode fazer login em um site ASP.Net usando o IE10 ao usar a autenticação de formulários, por exemplo.

Detalhe

No momento, estamos testando um de nossos aplicativos da web legados no IE 10 [Amostra 2].

Ao tentar fazer o login usando autenticação de formulários, não obtemos um Set-Cookiecabeçalho na resposta se o agente do usuário for o do IE 10. Tentamos fazer isso com um site .Net 2 e .Net 4 em branco.

Como não podíamos / não acreditaríamos, até executamos a solicitação de acompanhamento HTTP manualmente telnet- depois de usar todas as ferramentas usuais - e obtivemos a mesma resposta.

GET http://test.ourdomain.co.uk/ HTTP/1.1
Accept: */*
Host: test.ourdomain.co.uk
User-Agent: Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; Trident/6.0)
Content-Length: 0

A solicitação HTTP acima retorna não Set-Cookiena resposta. No entanto, se simplesmente mudarmos o User-Agent para Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Trident/6.0)que funcione!

Alguém mais pode replicar isso? Não consigo encontrar nenhum problema conhecido com os cookies do IE10, exceto um problema que afeta os padrões de URL não padrão.

Hotfix

Depois que devio postou a resposta original, com uma solução alternativa, nullptr confirmou que agora existe um hotfix para isso .

http://support.microsoft.com/kb/2600088

Promovai o hotfix para a questão principal, pois é apenas mais prático para referência futura, mas por favor, vote a favor dos usuários mencionados.

Encontrada esta entrada no MS Connect , o comportamento é um bug reconhecido.

Solução alternativa sugerida (da entrada):

== Solução alternativa ==

Enquanto isso, para fazer funcionar e evitar problemas semelhantes no futuro, uso um arquivo ~ \ App_Browsers \ BrowserFile.browser com o seguinte:

<browsers>
<browser refID="Default">
<capabilities><!-- To avoid wrong detections of e.g. IE10 -->
<capability name="cookies" value="true" />
<capability name="ecmascriptversion" value="3.0" />
</capabilities>
</browser>
</browsers>

O problema reside em algumas instâncias do IIS pensando que o IE10 é um navegador sem cookies (ou seja, não suporta cookies). Em nosso caso de problema, o servidor estava configurando o cookie de autenticação e enviando-o de volta ao navegador, mas estava ignorando o cookie nas solicitações subsequentes.

A solução é corrigir os recursos do navegador para que ele saiba que o IE10 pode fazer cookies (descrito em outra resposta nesta página) ou alterar o comportamento padrão para forçá-lo a usar cookies mesmo se achar que o navegador não pode fazer cookies.

Acabamos de adicionar o seguinte à nossa seção de formulários em web.config:

cookieless = "UseCookies"

<authentication mode="Forms">
  <forms name=".AUTH" cookieless="UseCookies" loginUrl="/" timeout="10000" path="/" />
</authentication>

Há um hotfix disponível para esse problema [1].

1) http://support.microsoft.com/kb/2600088
1) http://support.microsoft.com/kb/2600217 (substitui o KB anterior)

Além disso, [2] sugere que isso chegará ao Windows Update em janeiro de 2012.

2) http://www.hanselman.com/blog/BugAndFixASPNETFailsToDetectIE10CausingDoPostBackIsUndefinedJavaScriptErrorOrMaintainFF5ScrollbarPosition.aspx

Obrigado pela ajuda. Funcionou não.

1. Copiei o arquivo do site paraC:\WINDOWS\microsoft.net\Framework\v2.0.50727\CONFIG\Browsers

2. Executar no prompt de comando C:\WINDOWS\microsoft.net\Framework\v2.0.50727>aspnet_regbrowsers.exe -i

3. Reinicie o IIS.

4. Testei o site e funciona sem erros.

Obrigado novamente pelo feedback

Uma atualização para a resposta nullptr.

Tentei hoje baixar o Microsoft KB2600088. Após receber o link por e-mail, cliquei nele e ele me levou a uma página que diz que ele não está mais disponível.

Experimente: http://support.microsoft.com/kb/2600217

Esse link é uma substituição para KB2600088 e KB2628838.

MIcrosoft .Net Framework 4.5 também está disponível agora.

Instalei os vários patches que todos estão citando e por algum motivo o problema não foi resolvido.

Instalei o .NET Framework 4.5 Full e o problema foi embora.

Você não precisa atualizar nenhum projeto para o destino 4.5. Basta instalar no servidor.