Depuis que j'ai mis à niveau mon serveur HP Proliant d'Ubuntu 10.04 vers 12.04, je ne peux pas:
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
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
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:
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
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.
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.