Isso soa um pouco semelhante a problemas que eu tive de proxy reverso de aplicativos Atlassian caracterizados por problemas intermitentes com o Apache, enquanto as instâncias do Tomcat parecem muito bem. O "nome do host não resolvido" no navegador não combina com isso, então talvez não, mas você pode tentar. Não vai doer nada para tentar.
Se o próprio servidor Apache estiver ocasionalmente tendo problemas para fazer uma consulta DNS, isso seria muito simples de resolver com o arquivo hosts. Certifique-se de que o fqdn esteja no /etc/hosts
atribuído ao loopback (127.0.0.1) ou a qualquer interface em que o JIRA / Confluence esteja atendendo:
127.0.0.1 localhost jira.team.domain.com confluence.team.domain.com
Se você atribuí-lo ao loopback, você precisará ter certeza de que o JIRA e o Confluence estão ouvindo na interface de loopback (ou em todas as interfaces).
Um problema que tenho visto algumas vezes (geralmente retornando um erro 503 para o usuário) é o Apache detectando algum tipo de problema com o backend. Quando isso acontece, recua por 60 segundos por padrão. Isso pode ser um indício útil de que há um problema de contenção de recursos com o JIRA e / ou Confluence, portanto, ele não deve ser ignorado, mas 60 segundos de inatividade toda vez que o backend fica flakey é um pouco demais. Você pode desabilitar isso configurando o parâmetro retry nas diretivas ProxyPass:
<VirtualHost *:*>
ServerName localhost
# DocumentRoot /var/www/html
<Proxy *>
Require all granted
</Proxy>
# ProxyRequests Off
ProxyPreserveHost On
ProxyPass / http://jira.team.domain.com:8080/ retry=0
ProxyPassReverse / http://jira.team.domain.com:8080/
</VirtualHost>
<VirtualHost *:*>
ServerName confluence.team.domain.com
DocumentRoot /var/www/html
<Proxy *>
Require all granted
</Proxy>
ProxyRequests Off
ProxyPreserveHost On
ProxyPass / http://confluence.team.domain.com:8090/ retry=0
ProxyPassReverse / http://confluence.team.domain.com:8090/
</VirtualHost>
A partir do mod_proxy docs:
Connection pool worker retry timeout in seconds. If the connection pool worker to the backend server is in the error state, Apache httpd will not forward any requests to that server until the timeout expires. This enables to shut down the backend server for maintenance and bring it back online later. A value of 0 means always retry workers in an error state with no timeout.
Se isso não funcionar, tente usar as Ferramentas do desenvolvedor do seu navegador para ver exatamente o que está ou não sendo retornado pelo Apache e quais cabeçalhos estão sendo definidos. Observar os logs do Apache usando tail -f /path/to/logs/goes/here
enquanto você mash o botão de atualização não faria mal algum.