web-dev-qa-db-fra.com

Mise à niveau de 10.04 à 12.04, perte de connectivité Internet

Depuis que j'ai mis à niveau mon serveur HP Proliant d'Ubuntu 10.04 vers 12.04, je ne peux pas:

  • ping google.com
  • ping 8.8.8.8
  • naviguer sur Internet avec Firefox
  • git fetch Origin
  • déploiement de cap à partir d'une machine distante

Je peux cependant voir mon Rails en cours d'exécution sur ce serveur lorsque j'y accède via son adresse IP dans notre réseau d'entreprise.

Je vois l'icône de mise en réseau dans l'interface graphique mais "Réseau câblé" est grisé.

Voici quelques autres informations pertinentes, basées sur les nombreux threads similaires mais non résolus que j'ai parcourus ici à AU:

dean @ dgwjasonfried: ~ $ ifconfig

eth0      Link encap:Ethernet  HWaddr 1c:c1:de:fa:cd:9f  
          inet addr:10.24.5.50  Bcast:10.24.5.255  Mask:255.255.255.0
          inet6 addr: fe80::1ec1:deff:fefa:cd9f/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:40735 errors:0 dropped:0 overruns:0 frame:0
          TX packets:77215 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2806140 (2.8 MB)  TX bytes:113945803 (113.9 MB)
          Interrupt:19 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:22 errors:0 dropped:0 overruns:0 frame:0
          TX packets:22 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1872 (1.8 KB)  TX bytes:1872 (1.8 KB)

dean @ dgwjasonfried: ~ $ lspci -nn | grep Ethernet

1e:00.0 Ethernet controller [0200]: Broadcom Corporation NetXtreme BCM5723 Gigabit Ethernet PCIe [14e4:165b] (rev 10)

/ etc/network/interfaces:

# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet dhcp

/etc/resolv.conf:

domain dgw.ame.molex.com
search dgw.ame.molex.com
nameserver 10.24.2.171
nameserver 10.45.2.171

** Mis à jour le 19/03/13, après avoir essayé de suivre certains des conseils donnés dans les réponses ci-dessous et ailleurs:

dean@dgwjasonfried:~$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search dgw.ame.molex.com
domain dgw.ame.molex.com
search dgw.ame.molex.com
nameserver 10.24.2.171
nameserver 10.45.2.171

** fin de mise à jour

Table de routage IP du noyau

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.24.5.1       0.0.0.0         UG    0      0        0 eth0
10.24.5.0       0.0.0.0         255.255.255.0   U     1      0        0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U     1000   0        0 eth0

** Mis à jour pour montrer NetworkManager.conf et la preuve que le lien symbolique resolv.conf fonctionne pour moi

dean@dgwjasonfried:~$ cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile
dns=dnsmasq

[ifupdown]
managed=true

dean@dgwjasonfried:~$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Mar 18 09:33 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

** Mis à jour pour afficher le dernier resolv.conf après avoir supprimé l'original dans /etc/resolvconf/resolv.conf.d et effacé la copie de l'original qui se trouvait en queue, puis redémarré:

dean@dgwjasonfried:/etc/resolvconf/resolv.conf.d$ cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 127.0.0.1
search dgw.ame.molex.com

Notez que les entrées de serveur de noms répertoriées dans une version antérieure de resolv.conf ci-dessus ont maintenant disparu. Notez également que, même si j'ai pu brièvement envoyer une requête ping à google.com pour résoudre l'adresse IP de google.com (mais que je ne reçois toujours aucun paquet), je suis maintenant de retour à ma situation d'origine où je reçois "hôte inconnu google.com '.

** fin de mise à jour

Je serais reconnaissant pour toute aide que vous pourriez fournir ou suggestions que vous pourriez avoir.

Merci!

Dean Richardson

3
Dean Richardson

Je pense qu'il serait bénéfique de prendre du recul, d'apprendre à un homme à pêcher au lieu de simplement vous dire ce qui ne va pas.

De nombreux composants sont impliqués dans l'établissement d'une bonne connexion réseau

  • Il peut s'agir du matériel: carte Ethernet, contacts de câble, interface réseau sur votre commutateur directement connecté, etc.
  • Il peut s'agir du logiciel de bas niveau: le pilote du noyau pour votre carte réseau
  • Cela peut être votre table de routage
  • Cela peut être DNS

Et ceux-ci dépendent tous les uns des autres de bas en haut, par exemple si vous ne pouvez pas acheminer les paquets correctement, vous ne pouvez pas atteindre votre service DNS.

Il n'y a qu'une seule façon (saine) de cerner le problème que je connais: un par un, par élimination.

Une phrase ressort dans votre description:

Je peux cependant voir mon Rails en cours d'exécution sur ce serveur lorsque j'y accède via son adresse IP au sein de notre réseau d'entreprise.

C'est formidable que vous ayez essayé cela. Cette information est dorée car elle élimine de nombreuses causes possibles. Cela signifie que votre matériel et vos pilotes (noyau) et les connexions à l'intérieur du réseau d'entreprise semblent bien. Ceci est également confirmé par le fait que la sortie ifconfig montre les paquets envoyés et reçus et aucune (zéro) erreur, collision ou retransmission. À ce stade, je suis sûr que votre problème ne concerne que votre configuration.

Je remarque que votre serveur DNS interne est à l'adresse IP (non publique): 10.24.2.171, ce n'est pas sur votre sous-réseau immédiat 10.24.5.0, vous pouvez le dire par cette ligne de sortie ifconfig:

inet addr:10.24.5.50  Bcast:10.24.5.255  Mask:255.255.255.0

Notez que votre masque ne laisse que le dernier des 4 octets à 0, ce qui signifie que vous diffusez uniquement sur le sous-réseau 10.24.5.x. Vous ne disposez peut-être pas d'un itinéraire complet vers votre serveur DNS interne.

L'expérience que je ferais maintenant serait d'essayer de vérifier les itinéraires vers vos composants essentiels:

  1. Votre passerelle 10.24.5.1
  2. Votre serveur de noms 10.24.2.171

Il est essentiel de le faire par IP car nous ne savons pas encore si votre serveur DNS est ok et si vous le pouvez lui parler.

# first traceroute the gateway:
traceroute 10.24.5.1

Si cela échoue avec une erreur comme no route to Host ou destination is unreachable, il est presque certain que votre problème se trouve dans la table de routage. S'il réussit, vous venez de faire un grand pas en avant car le routage est un gros sujet en soi.

# if successful traceroute the DNS server
traceroute 10.24.2.171

Si cela échoue, votre problème peut être que le masque de réseau est trop restrictif. Essayez de le changer en 255.255.0.0. Vous pouvez définir cela dans /etc/network/interfaces en ajoutant:

netmask 255.255.0.0

en dessous de eth0.

Une fois que vous avez corrigé cela, vous devrez redémarrer votre réseau:

Sudo /etc/init.d/networking restart

HTH

4
arielf

L'un des problèmes est que resolvconf n'a pas été configuré correctement. Réf: https://bugs.launchpad.net/ubuntu/+source/resolvconf/+bug/1000244 . Pour résoudre ce problème, exécutez

    Sudo dpkg-reconfigure resolvconf

Cependant, cela ne peut pas être la raison pour laquelle vous ne pouvez pas envoyer de ping à d'autres machines par adresse IP.

1
jdthood
eth0      Link encap:Ethernet  HWaddr 1c:c1:de:fa:cd:9f  
      inet addr:10.24.5.50  Bcast:10.24.5.255  Mask:255.255.255.0

10.* les interfaces ont souvent un masque de réseau 255.0.0.0. Vérifiez que le masque de réseau est correct pour votre réseau local.

0
jdthood