Documento padrão sobre HTTPS não funciona no iPhone 6 e no iPad?

Question

Configuração do servidor:

• Windows 10 Pro

• Padrão do ColdFusion 2016

• IIS 10

Eu tenho um aplicativo da Web que usa o módulo de documentos padrão integrado em todo o aplicativo para ofuscar nomes de arquivos. Quando tento acessar qualquer URL do site em HTTPS que se refere a pastas (por exemplo, 1) https://example.com/ , 2) https://example.com/folder/ etc., que mapeiam para um documento padrão (index.cfm, index.htm) do Safari ou Chrome em um iPhone 6 ou mais antigo iPad (dispositivos prontamente disponíveis para eu testar) a conexão parece travar por um tempo e, eventualmente, falhar com uma mensagem genérica do navegador (eu não tenho isso na minha frente, mas eu não acho que é necessário, por favor, continue a ler).

Eu posso acessar todos os URLs de qualquer computador, desktop ou laptop do Chrome, Firebug, IE e Edge e do laptop Mac mais recente de um colega. Eu tentei testar com genéricos "hello world" htm e arquivos cfm para descartar interpretações de mecanismo de navegador de código: html / jquery / etc ..

Para descartar o problema do iPhone 6, criei exatamente o mesmo conjunto de arquivos de teste de outro servidor em um domínio completamente diferente e o servidor de documentos padrão foi bem-sucedido.

Eu posso alcançar URLs sobre HTTPS do iPhone 6 ou iPad quando eles incluem o nome do arquivo (por exemplo, até: /index.htm ou: /folder/index.cfm ).

Eu posso alcançar todos os URLs por HTTP (não seguros) do iPhone 6 ou iPad, desde que a solicitação esteja em um canal inseguro (por exemplo, URLs 1 e 2 acima, mas com HTTP em vez de HTTPS).

No lado do servidor, configurei uma regra ampla de Rastreamento de Solicitações Falhadas (todas as Respostas HTTP 100-999). Quando vejo o diretório durante uma tentativa de solicitação com falha, vejo os arquivos XML sendo criados por vários segundos a partir de uma única solicitação (o que implica que o navegador do iPhone está repetidamente tentando se conectar?). A sequência nos logs de rastreio XML parece indicar que tudo está bem (mapeamentos de manipulador corretos aparecem para disparar / disparar, resposta HTTP 200 OK) por um tempo até isso:

Informational 166. -GENERAL_FLUSH_RESPONSE_END

An operation was attempted on a nonexistent network connection.

Não fez diferença quando tentei todas as combinações dos seguintes itens no IIS 10:

• Mova o mapeamento do manipulador StaticFile acima dos Mapeamentos do manipulador ExtensionlessUrlHandler *.

• Defina Autenticação anônima para Usuário específico: IUSR ou Identidade do pool de aplicativos.

• Conceda permissões de leitura e execução à pasta raiz da Web.

• Defina a configuração Pool de aplicativos, Pipeline gerenciado do site para: Clássico ou Integrado.

Onde está o meu problema? Não parece ser as configurações do IIS 10 nem o iPhone. O certificado SSL parece estar funcionando quando os casos de teste acima são bem-sucedidos.