Ok. Problema muito estranho que estou tendo aqui. Eu recentemente atualizei para o Apache 2.4.2 do 2.2.17, principalmente para tentar obter o VirtualHosts SSL baseado em nome funcionando (embora eles devessem estar trabalhando no 2.2.17). Servidor é Win2008 R2 (então x64 por definição) rodando com PHP 5.4.3 e MySQL 5.1.40 (desatualizado, eu sei).
Quando eu lanço o servidor, ele funciona inicialmente bem. Responde a todos os pedidos, VirtualHosts tudo em ordem. No entanto, após um período de tempo incerto (parece levar apenas alguns minutos na maior parte, mas às vezes leva horas), ele pára de responder a solicitações HTTP regulares (em qualquer VirtualHost). HTTPS continua a funcionar. Nenhum erro no log e nada nos logs de acesso quando tento conectar.
Estou tendo dificuldades em encontrar a origem desse erro, devido à sua natureza intermitente. Ao remover todos os VirtualHosts baseados em SSL, aparentemente aumentou a estabilidade (ainda respondendo a solicitações HTTP doze horas depois). Isso poderia ser mera coincidência, no entanto.
A integridade do SSL VirtualHost é a seguinte, caso haja algum problema com ele.
<VirtualHost *:443>
DocumentRoot "C:\Server\www\virtualhosts\mysite.net"
ErrorLog logs/ssl.mysite.net-error_log
CustomLog logs/ssl.mysite.net-access_log common env=!dontlog
SSLEngine on
SSLProtocol all -SSLv2
SSLCipherSuite ALL:!ADH:!EXPORT:!SSLv2:RC4+RSA:+HIGH:+MEDIUM
SSLCertificateFile C:/Server/bin/apache/apache2.4.2/conf/ssl/server.crt
SSLCertificateKeyFile C:/Server/bin/apache/apache2.4.2/conf/ssl/server.key
SSLCertificateChainFile C:/Server/bin/apache/Apache2.4.2/conf/ssl/sub.class1.server.ca.pem
SSLCACertificateFile C:/Server/bin/apache/Apache2.4.2/conf/ssl/ca.pem
</VirtualHost>
Alguma idéia do que está faltando?
Resolvemos um problema muito semelhante no nosso servidor. Consulte O Apache pára aleatoriamente de servir HTTPS, mas o HTTP funciona muito bem
Essas configurações no arquivo httpd.conf corrigiram o problema:
AcceptFilter http none
AcceptFilter https none
Transforme a depuração do log e examine o log de erros.
Se as solicitações não forem exibidas, deve haver algo, pelo menos, uma notificação de segfault.
Além disso, você pode usar o utilitário "ab" para regenerar o erro depois de atender a determinados tipos de solicitações
Como último recurso, você pode iniciar o httpd a partir da linha de comando e forçar o modo de depuração / primeiro plano com algum parâmetro do binário apache2. É impossível que nada vá para o log sobre isso. Que tipo de aplicativo você atende, é fastcgi ou alguma bridge .net?
Mais, o que exatamente você quer dizer com "pára de responder a solicitações HTTP regulares"? Você tem um erro 503 no navegador ou simplesmente nada aparece / a conexão falha?