Isso depende de como o servidor da web reage quando recebe uma solicitação HTTPS sem o SNI. (Se você quiser testá-lo, você pode simular um navegador que não seja o SNI com o openssl . O conhecimento básico do protocolo HTTP é necessário.)
Com o IIS 10, acontece o seguinte:
-
Se houver um "site SSL padrão" (um site vinculado à porta 443 sem um nome de host) configurado, o cliente não-SNI verá:
- o certificado do site SSL (incorreto) padrão (geralmente resultando em um aviso de certificado, a menos que você tenha configurado o certificado de site SSL padrão para incluir SANs todos os sites hospedados no seu endereço IP) e
- o conteúdo do site solicitado (correto) (depois que o usuário dispensou o aviso de certificado).
Isso faz todo o sentido:
- O handshake SSL acontece antes que a solicitação HTTP possa ser transmitida. Assim, sem o suporte a SNI do navegador, o servidor não tem outra opção a não ser retornar o certificado de site SSL padrão.
- Após a conexão SSL ser estabelecida (usando o certificado "errado"), o servidor recebe a solicitação HTTP, lê o nome do host solicitado por meio do cabeçalho
Host:
e retorna o conteúdo correto.
-
Se não houver um "site SSL padrão" configurado, a conexão será encerrada.
(Fonte: apenas testei com uma máquina virtual antiga do Windows XP IE8.)