web-dev-qa-db-fra.com

La passerelle ping du serveur Ubuntu 12.04 répond avec l'hôte de destination inaccessible

Je me considère plutôt passionné par Ubuntu et Linux, mais celui-ci me laisse perplexe. J'ai construit un serveur Xen en utilisant Ubuntu 12.04 comme système d'exploitation de base. Il y a plusieurs domUs en cours d'exécution. Mon réseau domestique a un réseau statiquement défini où j’ai toute la connectivité du réseau qui va à la pêche. Le serveur a été transféré dans une résidence permanente ce matin. La configuration du réseau sur le système principal a donc dû être modifiée. Encore une fois, un autre réseau statique, mais maintenant je ne peux pas cingler la passerelle en amont de l'hôte. Lorsque les machines virtuelles utilisent ce NIC sur un pont, elles sont également endommagées. Ping répond par "hôte de destination inaccessible". J'ai simplifié la mise en réseau à un simple réseau statique comme on le voit ci-dessous (pas de pont ou quoi que ce soit) juste pour le faire fonctionner.

Voici le contenu de mon fichier/etc/network/interfaces:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
    address 216.7.188.228
    gateway 216.7.188.225
    netmask 255.255.255.240
    broadcast 216.7.188.255
    network 216.7.188.0
    dns-nameservers 8.8.8.8 8.8.4.4

Voici le contenu de route -n

0.0.0.0          216.7.188.225  0.0.0.0          UG  100  0  0  eth0
216.7.188.224    0.0.0.0        255.255.255.240  U   0    0  0  eth0

Et les résultats de la requête ping sur la passerelle:

PING 216.7.188.225 (216.7.188.225) 56(84) bytes of data.
From 216.7.188.228 icmp_seq=1 Destination Host Unreachable
From 216.7.188.228 icmp_seq=1 Destination Host Unreachable
From 216.7.188.228 icmp_seq=1 Destination Host Unreachable

Encore une fois, cela fonctionnait parfaitement dans un réseau (évidemment avec des paramètres différents dans le fichier d'interface). J'ai essayé d'utiliser eth1 (car il y a deux NICS sur le serveur (au cas où l'adresse MAC serait retournée au démarrage). Pas de succès. Oui, le câble est maintenant dans le bon port :)

Des pensées?

J'apprécie l'aide!

Une enquête plus poussée a permis de découvrir les caractéristiques suivantes. Grub vous donne deux options de démarrage principales après l’installation de xen. Un pour le noyau Vanilla sans Xen et un avec Xen. La valeur par défaut consiste à utiliser la configuration de démarrage Xen. Si j'utilise l'option de noyau Vanilla, sans Xen, la mise en réseau est très bien. Si j'utilise l'option Xen, la mise en réseau est interrompue. J'ai comparé les tables de routage pour les deux configurations avec "route -n" et elles sont identiques. Le fichier/etc/network/interfaces n'a pas changé. Cela doit donc être lié à la configuration du pont ou à l’initialisation du réseau par Xen. C'est plonger dans un domaine que je ne connais pas. Quelqu'un peut-il me donner une idée de la façon de procéder pour résoudre ce problème? Sinon, je dois utiliser Xen (ce que je ne veux pas faire) et essayer VirtualBox à la place. C'est horriblement frustrant.

12.04networkingserver
4
blckblttkd

Votre broadcast, network et netmask ne sont pas d'accord. En utilisant le masque de réseau que vous avez spécifié, les adresses de diffusion et réseau ne se trouvent pas sur le même sous-réseau que l'adresse IP et la passerelle que vous avez spécifiées. Vous utilisez probablement le mauvais masque de réseau et il devrait être 255.255.255.0 plutôt que .240.

2
psusi