Problème de connexion Internet lors de la mise à jour du serveur Ubuntu 12.04 à 14.04
J'ai mis à niveau le logiciel de mon serveur d'Ubuntu 12.04 à Ubuntu 14.04 et le serveur ne peut désormais plus accéder à Internet.
Je peux faire un ping sur des périphériques sur mon réseau local, y compris mon modem. Lorsque j'essaie de faire un ping sur n'importe quel site sur Internet (8.8.8.8 par exemple), j'obtiens une perte de paquets de 100%. Je pense que cela pourrait être un problème de DNS d'après ce que j'ai lu. J'ai ajouté la ligne suivante à /etc/network/interfaces:
dns-nameservers 8.8.8.8 8.8.4.4
sans succès.
Sortie pertinente de ifconfig:
eth0 Link encap:Ethernet HWaddr 64:31:50:1f:88:72
inet addr:192.168.0.222 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::6631:50ff:fe1f:8872/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:575229 errors:0 dropped:55 overruns:0 frame:0
TX packets:10313 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:35490659 (35.4 MB) TX bytes:898607 (898.6 KB)
sortie de route -n:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 192.168.0.1 0.0.0.0 UG 0 0 0 eth0
192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
Contenu du fichier /etc/network/interfaces:
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.0.222
netmask 255.255.255.0
network 192.168.0.0
broadcast 192.168.0.255
gateway 192.168.0.1
dns-nameservers 8.8.8.8 8.8.4.4
sortie de tracepath 8.8.8.8:
1?: [LOCALHOST] pmtu 1500
1: 192.168.0.1 0.446ms
1: 192.168.0.1 0.444ms
2: no reply`
3: no reply`
//continues with no reply until interrupted
On dirait un insolite ce ...
Premièrement, je doute sincèrement que le DNS soit impliqué, mais si vous utilisez 8.8.8.8 et al pour votre DNS, le DNS échouera car vous ne pourrez pas atteindre ces serveurs.
Premièrement, il ne peut s'agir de votre configuration de réseau local, car vous pouvez envoyer une requête ping à votre passerelle locale, de sorte que le trafic entrant et sortant fonctionne.
Le plus gros indice est la double liste de votre passerelle dans la trace. Votre passerelle ne doit être affichée qu'une seule fois, ce qui laisse supposer une boucle sur votre passerelle - mais tous vos autres systèmes fonctionnent correctement et, selon ce que vous écrivez, seul le système local a changé.
La seule chose à laquelle je peux penser à distance est si vous aviez une règle iptables à peu près comme ceci:
iptables -t nat -D POSTROUTING ! -d 192.168.0.0/24 -j SNAT --to-source 1.2.3.4
Où 1.2.3.4 correspond à une adresse IP fictive ou éventuellement valide qui ne fonctionne plus.
Cela laisserait le trafic local fonctionner, mais tout ce qui sortirait du réseau local se briserait parce que les réponses iraient au mauvais endroit. Votre passerelle peut bloquer le trafic de cette manière car il s’agit essentiellement d’un trafic "usurpé".
Je pense que vous auriez une bonne idée du problème avec une inspection de la circulation à votre passerelle si cela est possible.
Si vous ne pouvez pas faire cela - tout à fait compréhensible -, vous pouvez peut-être configurer une autre machine Linux sur votre réseau et en faire la passerelle par défaut de ce système défaillant. Vous pourrez ensuite inspecter le trafic qu'il génère. Cela suppose que la panne est sur le système mis à niveau. Si vous avez configuré cette 2ème machine Linux en ip_forward et que vous faites de la passerelle le périphérique 192.168.0.1, vous pourrez également voir des informations plus utiles pour vous aider à en déterminer la cause.
Sera intéressant de voir ce que c’était quand vous l’auriez enfin réglé.
Essayez d'aller dans "/etc/resolv.conf" et sous les lignes commençant par #, ajoutez ces lignes: "serveur de noms 8.8.8.8" "serveur de noms 8.8.4.4" Voyez si vous pouvez vous connecter après avoir fait cela. Ne redémarrez pas après avoir modifié le fichier, sauvegardez-le et testez votre connexion. Si cela fonctionne alors c'est un problème de DNS. Les modifications apportées au fichier seront annulées après un redémarrage.