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
networking
apache-http-server
routing
Erel Segal-Halevi
la source
la source
traceroute 132.70.6.157
des deux serveurs et comparer la sortie?Réponses:
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 -rn
donnera 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é.
la source
"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:
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.
la source
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:
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.
la source
Citant la réponse de Ron Maupin sur /networkengineering/33397/debugging-no-route-to-host-over-ethernet :
la source