“Conexão recusada” vs “Nenhuma rota para hospedar”

17

Eu tenho um servidor Apache em execução em um servidor:

[root@te-srv2 ~]# ps -ecf|grep httpd
root       698 32047 TS   19 10:45 pts/24   00:00:00 grep httpd
root     32081     1 TS   19 10:16 ?        00:00:00 /usr/sbin/httpd
apache   32083 32081 TS   19 10:16 ?        00:00:00 /usr/sbin/httpd
apache   32084 32081 TS   19 10:16 ?        00:00:00 /usr/sbin/httpd
....

No entanto, quando tento me conectar ao host local, recebo "Conexão recusada":

[root@te-srv2 ~]# wget http://127.0.0.1
--2014-02-24 10:46:16--  http://127.0.0.1/
Connecting to 127.0.0.1:80... failed: Connection refused.

O mesmo acontece quando tento conectar-me ao endereço IP local:

[root@te-srv2 ~]# wget http://132.70.6.157
--2014-02-24 10:46:40--  http://132.70.6.157/
Connecting to 132.70.6.157:80... failed: Connection refused.

Por outro lado, quando tento o mesmo de outro computador na mesma rede, recebo um erro diferente "Nenhuma rota para hospedar":

[erelsgl@erel-biu ~]$ wget http://132.70.6.157
--2014-02-24 10:49:11--  http://132.70.6.157/
Connecting to 132.70.6.157:80... failed: No route to host.

Por que estou recebendo esses erros? E o que devo fazer para conectar-me ao servidor http do mesmo computador e de outros computadores da rede?

ATUALIZAÇÕES: Com base nos comentários e respostas, aqui estão mais algumas informações:

[root@te-srv2 ~]# traceroute 132.70.6.157
traceroute to 132.70.6.157 (132.70.6.157), 30 hops max, 60 byte packets
 1  te-srv2 (132.70.6.157)  0.082 ms  0.007 ms  0.005 ms

[erelsgl@erel-biu ~]$ traceroute 132.70.6.157
traceroute to 132.70.6.157 (132.70.6.157), 30 hops max, 60 byte packets
 1  te-srv2 (132.70.6.157)  0.446 ms !X  0.431 ms !X  0.420 ms !X

[root@te-srv2 ~]# netstat -lnp|grep http
tcp        0      0 :::443                      :::*                        LISTEN      5756/httpd          
    
por Erel Segal-Halevi 24.02.2014 / 09:49

4 respostas

13

Mostre a saída de netstat -lnp , para que possamos ver quais processos estão realmente ouvindo quais portas no servidor e a que endereços IP estão vinculados.

Em relação ao segundo computador, sua conectividade de rede parece estar quebrada. netstat -rn dará algumas dicas sobre o problema.

Para dar um melhor aconselhamento, são necessários mais detalhes sobre configuração geral de rede e configuração de IP em ambos os computadores.

Editar:

Você precisa alterar sua configuração do Apache para que seja um servidor HTTP, não um servidor SSL. Os arquivos de configuração estão localizados em / etc / apache2 na maioria das vezes.

A configuração IP e as informações de configuração de rede ainda são necessárias para analisar o outro problema. A informação do traceroute não revelou nada.

    
por 24.02.2014 / 10:09
25

"Conexão recusada" significa que a máquina de destino rejeitou ativamente a conexão. Com a porta 80 como o contexto, uma das seguintes coisas é provavelmente o motivo:

  • Nada está escutando em 127.0.0.1:80 e 132.70.6.157:80
  • Nada está escutando *: 80
  • O firewall está bloqueando a conexão com REJECT

Portanto, verifique sua configuração do Apache e do iptables.

"Nenhum roteiro para hospedar" refere-se a um problema de rede. Não é uma resposta da máquina de destino.

    
por 24.02.2014 / 10:11
0

Citando a resposta de Ron Maupin do link :

The ICMP message, "no route to host," means that ARP cannot find the layer-2 address for the destination host. Usually, this means that that the host with that IP address is not online or responding.

    
por 01.08.2017 / 10:16
0

Encontrei esta postagem descrevendo o problema que eu estava enfrentando ao tentar configurar uma página http simples usando nodejs em um nó de computação da nuvem pública.

Este comando fez o truque para mim:

iptables -F

Este comando é liberado, isto é, limpa as regras de firewall que estão configuradas dentro do sistema Linux.

Palavra de cautela: Como uso o firewall distribuído que faz parte do Public Cloud VCN, realmente não usei o firewall do meu sistema operacional. Caso você não tenha um firewall externo, certifique-se de adicionar uma regra de firewall no iptables.

    
por 14.06.2018 / 11:23