"Connexion refusée" vs "Pas de route vers l'hôte"

J'ai un serveur Apache fonctionnant sur un serveur:

[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
....

Cependant, lorsque j'essaie de me connecter à l'hôte local, j'obtiens "Connexion refusée":

[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.

La même chose se produit lorsque j'essaie de me connecter à l'adresse IP locale:

[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.

D'un autre côté, lorsque j'essaye la même chose à partir d'un autre ordinateur du même réseau, j'obtiens une erreur différente "Pas de route vers l'hôte":

[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.

Pourquoi ai-je ces erreurs? Et que dois-je faire pour pouvoir me connecter au serveur http à partir du même ordinateur et d'autres ordinateurs du réseau?

MISES À JOUR: Sur la base des commentaires et réponses, voici quelques informations supplémentaires:

[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          

Afficher la sortie de netstat -lnp, afin que nous puissions voir quels processus écoutent réellement quels ports sur le serveur, et à quelles adresses IP ils sont liés.

Concernant le deuxième ordinateur, sa connectivité réseau semble cassée. netstat -rndonnera un aperçu du problème là-bas.

Afin de donner de meilleurs conseils, plus de détails concernant la configuration générale du réseau et la configuration IP sur les deux ordinateurs sont nécessaires.

Éditer:

Vous devez changer votre configuration Apache pour qu'il s'agisse d'un serveur HTTP, pas d'un serveur SSL. La plupart du temps, les fichiers de configuration se trouvent sous / etc / apache2.

Les informations de configuration IP et de configuration réseau sont toujours nécessaires pour analyser l'autre problème. Les informations traceroute n'ont rien révélé.

"Connexion refusée" signifie que la machine cible a activement rejeté la connexion. Avec le port 80 comme contexte, l'une des choses suivantes est probablement la raison:

• Rien n'écoute sur 127.0.0.1:80 et 132.70.6.157:80
• Rien n'écoute *: 80
• Le pare-feu bloque la connexion avec REJECT

Vérifiez donc votre configuration Apache et iptables.

"Aucune route vers l'hôte" fait référence à un problème de réseau. Ce n'est pas une réponse de la machine cible.

J'ai trouvé cet article décrivant le problème auquel j'étais confronté lorsque j'essayais de configurer une simple page http à l'aide de nodejs sur un nœud de calcul de cloud public.

Cette commande a fait l'affaire pour moi:

iptables -F

Cette commande supprime ie efface les règles de pare-feu qui sont configurées à l'intérieur du système Linux.

Avertissement: étant donné que j'utilise le pare-feu distribué qui fait partie du VCN du cloud public, je n'ai pas vraiment utilisé le pare-feu de mon système d'exploitation. Si vous n'avez pas de pare-feu externe, assurez-vous d'ajouter une règle de pare-feu dans iptables.

Citant la réponse de Ron Maupin sur /networkengineering/33397/debugging-no-route-to-host-over-ethernet :

Le message ICMP «aucune route vers l'hôte» signifie que ARP ne peut pas trouver l'adresse de couche 2 pour l'hôte de destination. Cela signifie généralement que l'hôte avec cette adresse IP n'est pas en ligne ou ne répond pas.