
Não é uma duplicata. Seja paciente ao tentar sinalizar como duplicada. Obrigado.
Ambiente:
- Mac OS X EL Capitan 64 bits
- Apache 2.4.25 (Unix)
pingar
ping 127.0.0.1
retorna:
64 bytes de 127.0.0.1: icmp_seq=0 ttl=64 tempo=0,081 ms
64 bytes de 127.0.0.1: icmp_seq=1 ttl=64 tempo=0,111 ms
...
Telnet:
telnet 127.0.0.1 80
retorna:
Tentando 127.0.0.1...
telnet: conectar-se ao endereço 127.0.0.1: Conexão recusada
telnet: Não foi possível conectar-se ao host remoto
scutil:
scutil -r localhost
retorna:
Acessível
teste de configuração:
apachectl configtest
retorna:
Sintaxe OK
$PATH
/usr/local/bin
/usr/bin
/bin
/usr/local/sbin
/usr/sbin
/sbin
Várias apachectl restart
reinicializações completas do sistema sem sucesso! Qual é o problema com minha instalação do Apache?
Atualização 1
ondulação
curl -v http://127.0.0.1
retorna:
URL reconstruído para:http://127.0.0.1/
Tentando 127.0.0.1...
conectar-se a 127.0.0.1 porta 80 falhou: Conexão recusada
Falha ao conectar-se a 127.0.0.1 porta 80: Conexão recusada
Fechando conexão 0
curl: (7) Falha ao conectar-se a 127.0.0.1 porta 80: Conexão recusada
Atualização 2
lsof
lsof -i:80
retorna:
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
Google 349 peyman 126u IPv4 0x23528848eb5fe4db 0t0 TCP 192.168.1.102:49238->ec2-54-197-238-119.compute-1.amazonaws.com:http (ESTABLISHED)
Google 349 peyman 147u IPv4 0x23528848ec35769b 0t0 TCP 192.168.1.102:49286->151.101.193.69:http (ESTABLISHED)
Google 349 peyman 164u IPv4 0x23528848ebfa413b 0t0 TCP 192.168.1.102:49290->ec2-23-23-98-233.compute-1.amazonaws.com:http (ESTABLISHED)
Google 349 peyman 170u IPv4 0x23528848ebfa031b 0t0 TCP 192.168.1.102:49242->pixel.quantserve.com:http (ESTABLISHED)
Google 349 peyman 188u IPv4 0x23528848ec330dbb 0t0 TCP 192.168.1.102:49248->151.101.65.69:http (ESTABLISHED)
Google 349 peyman 189u IPv4 0x23528848ebe7185b 0t0 TCP 192.168.1.102:49308->ec2-23-21-110-0.compute-1.amazonaws.com:http (ESTABLISHED)
Google 349 peyman 208u IPv4 0x23528848ec35885b 0t0 TCP 192.168.1.102:49272->a72-247-178-186.deploy.akamaitechnologies.com:http (ESTABLISHED)
Responder1
Não vejo nenhuma evidência no que você postou de que o Apache esteja escutando na porta 80; Vejo apenas conectividade de saída para a porta 80 em outros sistemas. O telnet 127.0.0.1 80
comando não mostra que o Apache está acessível; você veria os mesmos resultados se usasse a porta 81, 85, 800, etc. Emita o comando netstat -a | grep http | grep LISTEN
; você deverá ver uma linha com "*.http" e "LISTEN" no final da linha, se o Apache estiver realmente escutando conexões na porta 80. Por exemplo, consulteExecutando um servidor web Apache no OS X El Capitan.
Se você não vir uma linha de saída indicando que ele está escutando na porta 80, mas simplesmente retornar ao prompt do shell Bash, emita o comando e, em sudo apachectl start
seguida, emita o comando netstat novamente. Se você perceber que um processo está escutando na porta 80, poderá tentar o comando telnet novamente. Se o Apache estiver respondendo na porta 80, você deverá ver Escape character is '^]'.
Nesse ponto você pode emitir o comando HEAD / HTTP/1.0
e pressionar Enter algumas vezes. Você deverá ver o Apache responder com uma saída semelhante à seguinte:
$ telnet 127.0.0.1 80
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
HEAD / HTTP/1.0
HTTP/1.1 200 OK
Date: Sat, 11 Mar 2017 01:44:13 GMT
Server: Apache/2.4.18 (Unix) PHP/5.5.38
Last-Modified: Fri, 03 Feb 2017 21:44:57 GMT
ETag: "a8-547a7315f6840"
Accept-Ranges: bytes
Content-Length: 168
Connection: close
Content-Type: text/html