web-dev-qa-db-fra.com

Pourquoi / etc / network / interfaces est-il ignoré?

Je cherche Internet depuis 2 heures et n'arrive pas à trouver une solution au problème suivant.

Je viens d'installer Xen dans une nouvelle version de Xubuntu 13.04 et, pour pouvoir configurer le réseau, j'ai dû supprimer network_manager. Ainsi, toute la configuration du réseau se fait via/etc/network/interfaces. Au moins, c'est ce qui devrait arriver. Cependant, il semble que ce que j'ai écrit là-bas est simplement ignoré: mon adresse xenbr0 ne reçoit pas d'adresse IPv4, il n'y a pas de passerelle par défaut et aucun serveur de noms n'est configuré.

Voici ce qu'il y a dans le fichier/etc/network/interfaces:

auto lo
iface lo inet loopback

# There are no IP configurations for eth0, it’s all defined under xenbr0:
#auto eth0

# Static configuration
auto xenbr0
iface xenbr0 inet static
  bridge_ports    eth0
  address         192.168.1.200 # the IP address of the Ethernet port
  broadcast       192.168.1.255
  netmask         255.255.255.0
  gateway         192.168.1.1   # the address of the router
  bridge_stp      off           # disable Spanning Tree Protocol - optional
  bridge_waitport 0             # no delay before a port becomes available - optional, comment out if this gives you troubles
  bridge_fd       0             # no forwarding delay - optional
  dns-nameservers 192.168.1.1

Afin de réparer ma connexion réseau, je lance un petit script "correctif":

#!/bin/bash
ifconfig xenbr0 192.168.1.200 netmask 255.255.255.0 up
route add default gw 192.168.1.1 xenbr0

Je voudrais fixer au cœur si. Le démarrage prend actuellement au moins 1 minute supplémentaire, car le système attend une connexion réseau opérationnelle.

Edit: Je devais également ajouter ce qui suit à /etc/resolvconf/resolv.conf.d/base et exécuter Sudo resolvconf -u:

nameserver 192.168.1.1

Sans cela, je ne peux que ping sur les adresses IP, aucune requête DNS n'est transmise. C'est en fait ce qui m'a convaincu que le fichier d'interface est complètement ignoré.

Edit 2: Faire Sudo restart networking ou Sudo /etc/init.d/networking restart ne fait rien.

Edit: Quelques informations supplémentaires. Voici à quoi devrait ressembler ifconfig (réseau/connexion Internet actif):

eth0      Link encap:Ethernet  HWaddr 00:1c:c0:77:09:9d  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3346 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2903 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:2931429 (2.9 MB)  TX bytes:661616 (661.6 KB)
          Interrupt:20 Memory:e3200000-e3220000 

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:65536  Metric:1
          RX packets:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1720 (1.7 KB)  TX bytes:1720 (1.7 KB)

xenbr0    Link encap:Ethernet  HWaddr 00:1c:c0:77:09:9d  
          inet addr:192.168.1.200  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::21c:c0ff:fe77:99d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3329 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2875 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:2870029 (2.8 MB)  TX bytes:647394 (647.3 KB)

Voici à quoi cela ressemble juste après le démarrage. La seule chose qui manque est l'adresse IPv4 xenbr0 (et les données de routage/DNS, mais vous ne pouvez pas le voir dans la sortie de ifconfig):

eth0      Link encap:Ethernet  HWaddr 00:1c:c0:77:09:9d  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0 B)  TX bytes:0 (0 B)

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:65536  Metric:1
          RX packets:16 errors:0 dropped:0 overruns:0 frame:0
          TX packets:16 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0 B)  TX bytes:0 (0 B)

xenbr0    Link encap:Ethernet  HWaddr 00:1c:c0:77:09:9d  
          inet6 addr: fe80::21c:c0ff:fe77:99d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0 B)  TX bytes:0 (0 B)
networkingxen
10
Darhuuk

J'ai réussi à résoudre mon problème en modifiant 2 fichiers. Tout d’abord, comme suggéré par Eric Carvalho, je n’ai pas commenté le auto eth0 dans le /etc/networking/interfaces. (Notez que c'est assez étrange, plusieurs tutoriels en ligne semblent suggérer que cela ne devrait pas être nécessaire pour Xen.)

Cela en soi ne résout pas le démarrage lent cependant. Il semble que le démarrage prenait encore quelques secondes avant la mise en place des interfaces et qu'entre-temps, Ubuntu était déjà bloqué pendant une attente de 60 secondes. J'ai corrigé ce problème en modifiant le délai dans /etc/init/failsafe.conf de 60 secondes à 1 seconde. (J'ai découvert ce fichier via Google, je ne sais pas exactement de quel fichier il s'agissait.)

2
Darhuuk

Tu as:

address         192.168.1.200 # the IP address of the Ethernet port

et signaler que c'est la ligne qui ne fonctionne pas. Êtes-vous au courant, à partir des interfaces (5), que:

   Lines starting with `#' are ignored. Note  that  end-of-line  comments
   are NOT supported, comments must be on a line of their own.

Avez-vous ajouté les commentaires de fin de ligne pour la question ou les avez-vous réellement dans votre fichier /etc/network/intefaces? Si c'est le cas, essayez de les supprimer.

15
Robie Basak

Peut-être, malgré la suppression du paquet Network-Manager, vous avez toujours le fichier /etc/NetworkManager/NetworkManager.conf contenant

[ifupdown]
managed=true

ce qui fait que ifup n'entraîne pas automatiquement les interfaces.

Si cela est la cause du problème, je suggère soit dpkg --purge network-manager, soit le paramétrage de managed=false.

J'ai déposé un rapport de bogue à ce sujet: https://bugs.launchpad.net/ubuntu/+source/ifupdown/+bug/118769

2
jdthood