tl; dr - O Apache está bem. É realmente o seu firewall.
Corrija o problema do firewall e tudo ficará bem.
Versão longa
O problema:
Seu teste com curl verifica se o próprio Apache está servindo o site por HTTPS. Dito isto, o seu teste com curl foi feito a partir do próprio servidor.
Quando eu testei com o curl, tanto no 80 quanto no 443, meus resultados foram diferentes dos seus. Em 80, recebi o HTTP 301 como esperado. No entanto, quando tentei acessar a versão HTTPS do seu site, recebi um ICMP HOST UNREACHEABLE.
Em outras palavras, seu firewall está rejeitando os pacotes destinados ao TCP 443 em seu servidor da Web.
A solução:
Descubra por que o tráfego TLS do lado de fora está sendo bloqueado e, em seguida, corrija-o.
Execute iptables -L -v -n
para ver quais regras estão realmente em vigor.
Talvez seja necessário adicionar uma regra para permitir explicitamente o tráfego, como:
iptables -A INPUT -p tcp --dport 443 -j ACCEPT
ou remova uma regra para bloqueá-lo ou talvez até para ambos.
Evidência de apoio
saída de curl -v http://eusay.eusa.ed.ac.uk
* Rebuilt URL to: http://eusay.eusa.ed.ac.uk/ * Hostname was NOT found in DNS cache * Trying 129.215.116.90... * Connected to eusay.eusa.ed.ac.uk (129.215.116.90) port 80 (#0) > GET / HTTP/1.1 > User-Agent: curl/7.35.0 > Host: eusay.eusa.ed.ac.uk > Accept: */* > 301 Moved Permanently</title> </head><body> <h1>Moved Permanently</h1> <p>The document has moved <a href="https://eusay.eusa.ed.ac.uk:443">here</a>.</p> <hr> <address>Apache/2.2.15 (CentOS) Server at eusay.eusa.ed.ac.uk Port 80</address> </body></html> * Closing connection 0
Saída de curl -v https://eusay.eusa.ed.ac.uk
* Rebuilt URL to: https://eusay.eusa.ed.ac.uk/ * Hostname was NOT found in DNS cache * Trying 129.215.116.90... * connect to 129.215.116.90 port 443 failed: No route to host * Failed to connect to eusay.eusa.ed.ac.uk port 443: No route to host * Closing connection 0 curl: (7) Failed to connect to eusay.eusa.ed.ac.uk port 443: No route to host