Bem, esse problema é relativamente difícil de descrever. Eu instalei o Webmin + Virtualmin em um servidor. Eu tenho vários endereços IP no servidor (dois NICs ligados).
Vamos supor que a rede seja 1.1.1.1/29 .
Os servidores virtuais agora são assim:
masterdomain.com :
seconddomain.com :
Você vê, não há problema algum em usar o HTTPS em masterdomain.com (além das reclamações porque o certificado não está assinado por uma autoridade de certificação). TLSv1 diz Server Hello, troca a chave e pronto.
O problema vem com o link ou o link . O Firefox diz ssl_error_rx_record_too_long .
Eu usei o Wireshark para examinar os pacotes e descobri que ele ( seconddomain.com ou 1.1.1.4 ) nunca envia a chave ou o 'Hello', mas o index.php do DocumentRoot de seconddomain.com dentro da resposta TLSv1. O Wireshark classifica como Alert (Level: Fatal, Description: Unexpected Message) . Os primeiros 66 bytes estão em conformidade com o cabeçalho esperado e, em seguida, o Apache insere o index.php - > "<html><head><title>Main page of seconddomain.com!![...]" em vez da chave SSL. Isso é no pacote onde é suposto colocar o "Server Hello" (depois de um correto "Client Hello" do cliente).
Eu não sei como resolver o problema, que provavelmente está relacionado à configuração do VirtualHost. Mas o VirtualHost do seconddomain.com tem a mesma configuração que o masterdomain.com! -ou que escutar apenas um IP em vez de * (e, claro, a chave SSL, os campos SuexecGroup e DocumentRoot são diferentes).
Obrigado antecipadamente.
Eu encontrei o erro. Você vê, o Virtualmin gerou isso em apache2.conf :
NameVirtualHost 1.1.1.2:80
NameVirtualHost 1.1.1.2:443
NameVirtualHost 1.1.1.4
Portanto, não distinguir entre as portas https e http de 1.1.1.4. Substituído por:
NameVirtualHost 1.1.1.2:80
NameVirtualHost 1.1.1.2:443
NameVirtualHost 1.1.1.4:80
NameVirtualHost 1.1.1.4:443
Para resolver o problema.
Tags ssl tls apache-2.2