Estou executando um servidor usando o apache, e o log de erros do apache recebe periodicamente esse aviso, geralmente quando há visitas ao site e geralmente em grupos de pelo menos dois ou três de cada vez.
[Sun Nov 22 15:23:59.570652 2015] [core:warn] [pid 4542] (111)Connection refused: AH00056: connect to listener on [::]:80
pid 4542 é o processo pai do apache. Estou curioso sobre o que está causando esses avisos, se eles são indicativos de um problema e o que posso fazer para evitar que eles preencham o log de erros do apache.
Já fiz alguns testes e pesquisas, e tenho algumas ideias sobre o que pode estar acontecendo. A coisa mais útil até agora foi habilitar o logging trace8 para o apache, que revelou que cada aviso "(111) Connection refused" foi seguido pelo fechamento de um processo filho do apache. Quando houver um grupo de aviso, o primeiro ou dois serão imediatamente seguidos pelo encerramento de um processo filho do apache, e o aviso subsequente terá um atraso de até 12 segundos antes de um processo filho ser fechado. E depois de um minuto do último processo de fechamento, novos terão aberto para preencher os slots vagos. Aqui está um extrato de log de uma rodada de todo o processo:
[Sun Nov 22 15:23:59.570652 2015] [core:warn] [pid 4542] (111)Connection refused: AH00056: connect to listener on [::]:80
[Sun Nov 22 15:24:01.570677 2015] [core:warn] [pid 4542] (111)Connection refused: AH00056: connect to listener on [::]:80
[Sun Nov 22 15:24:01.570721 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5760 (gen 2/slot 11) exited
[Sun Nov 22 15:24:03.570674 2015] [core:warn] [pid 4542] (111)Connection refused: AH00056: connect to listener on [::]:80
[Sun Nov 22 15:24:05.570674 2015] [core:warn] [pid 4542] (111)Connection refused: AH00056: connect to listener on [::]:80
[Sun Nov 22 15:24:05.570712 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5762 (gen 2/slot 12) exited
[Sun Nov 22 15:24:07.570703 2015] [core:warn] [pid 4542] (111)Connection refused: AH00056: connect to listener on [::]:80
[Sun Nov 22 15:24:13.576458 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5701 (gen 2/slot 1) exited
[Sun Nov 22 15:24:14.577507 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5703 (gen 2/slot 7) exited
[Sun Nov 22 15:24:17.580632 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5712 (gen 2/slot 6) exited
[Sun Nov 22 15:24:46.608431 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5800 (gen 2/slot 1) started
[Sun Nov 22 15:24:49.611368 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5802 (gen 2/slot 6) started
[Sun Nov 22 15:26:16.699374 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5851 (gen 2/slot 7) started
[Sun Nov 22 15:26:17.701274 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5852 (gen 2/slot 11) started
[Sun Nov 22 15:26:17.701821 2015] [core:trace4] [pid 4542] mpm_common.c(534): mpm child 5853 (gen 2/slot 12) started
Com base na leitura de erros semelhantes, tenho a impressão de que o aviso é de algum problema quando o processo pai do apache está (tentando) se comunicar com os processos filhos. Aparentemente, essa comunicação está conseguindo de alguma forma, porque os processos filhos estão sendo fechados. Assumindo que isso é o que está acontecendo (e não tenho certeza de que seja), ainda não sei o que fazer sobre isso.
Um aspecto da configuração da rede neste computador que parece ser relevante é que a conexão é feita através de um cliente baseado em openVPN chamado bitmask . Ele possui uma configuração de firewall que evita o vazamento de dados não criptografados por meio da conexão de rede, que se parece com isso:
/etc/apache2$ sudo iptables --list
Chain INPUT (policy ACCEPT)
target prot opt source destination
Chain FORWARD (policy ACCEPT)
target prot opt source destination
Chain OUTPUT (policy ACCEPT)
target prot opt source destination
bitmask all -- anywhere anywhere
Chain bitmask (1 references)
target prot opt source destination
ACCEPT all -- anywhere 192.168.1.0/24
ACCEPT udp -- 192.168.1.0/24 anywhere udp dpt:domain
ACCEPT tcp -- 192.168.1.0/24 anywhere tcp dpt:domain
RETURN udp -- anywhere 239.255.255.250 udp dpt:1900
RETURN udp -- anywhere 224.0.0.251 udp dpt:mdns
ACCEPT all -- anywhere anon.riseup.net
REJECT all -- anywhere anywhere reject-with icmp-port-unreachable
Quaisquer explicações para entender e / ou parar este aviso de log são bem-vindas. Ou mais testes nessa direção. Obrigado.