☰

Mudanças em /etc/network/interfaces ignoradas e restauradas na reinicialização

tag-icon • tag-icon networking debian bridge
Mudanças em /etc/network/interfaces ignoradas e restauradas na reinicialização

Eu queria configurar uma máquina virtual de acordo com este tutorial:http://www.howtoforge.com/virtualization-with-kvm-on-a-debian-lenny-server

Cheguei ao ponto em que preciso modificar o arquivo de interfaces, que fica assim:

auto lo
iface lo inet loopback

auto  eth0
iface eth0 inet static
      address   176.9.XXX.XXX
      netmask   255.255.255.255
      pointopoint   176.9.XXX.XXX
      gateway   176.9.XXX.XXX

E mudou para isto:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet manual

auto br0
iface br0 inet static
    address   176.9.XXX.XXX
    netmask   255.255.255.255
    pointopoint   176.9.XXX.XXX
    gateway   176.9.XXX.XXX
    bridge_ports eth0
    bridge_fd 9
    bridge_hello 2
    bridge_maxage 12
    bridge_stp off

Então eu fiz: /etc/init.d/networking restart, mas minha saída ifconfig permanece a mesma e quando eu reinicio meu servidor o arquivo de interface fica como antes. Por que isso está acontecendo?

ifconfig:

eth0      Link encap:Ethernet  HWaddr 00:18:51:XX:XX:XX
          inet addr:176.9.XXX.XXX  Bcast:176.9.XXX.XXX Mask:255.255.255.255
          inet6 addr: fe80::218:51ff:XXXX:XXXX/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:4236 errors:0 dropped:0 overruns:0 frame:0
          TX packets:4569 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:414559 (404.8 KiB)  TX bytes:501379 (489.6 KiB)

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:3406 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3406 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:319219 (311.7 KiB)  TX bytes:319219 (311.7 KiB)

Responder1

Não é realmente uma resposta, mas algumas observações são muito longas para um comentário, o que pode ajudar…

Primeiro, você tembridge-utilsinstalado? A razão é queifupdownO pacote responsável por analisar /etc/network/interfacese gerenciar sua rede é apenas um monte de scripts de shell que chamam ferramentas apropriadas de nível inferior (como as deiproute, dhcp3-cliente assim por diante), portanto, se você estiver faltando ferramentas responsáveis ​​pelo trabalho pesado de configurar pontes, ifupdownpor si só não será capaz de configurar sua ponte.

Em segundo lugar, em vez de "reiniciar a rede", você deveria aproveitar o material interativo oferecido ifupdownna forma de seus ifupscripts ifdown: para testar se a interface do brindge é capaz de iniciar, você faria

# ifup br0

e veja o que acontece. Por favor consultepáginas de manual apropriadas.

Terceiro, pare de usar

# /etc/init.d/<foo> <action>

e fazer

# service <foo> <action>

em vez disso (disponível desde Squeeze). Isto tem uma série de vantagens:

  • Ele funciona independentemente do sistema init instalado - ou seja, funciona mesmo com upstart, systemd, openrcetc, enquanto cada um desses sistemas fornece suas próprias ferramentas específicas para controlar serviços.

    Portanto, o uso servicefacilitará sua transição para outro sistema init posteriormente (Jessie fará a transição do seu sistema systemdpor padrão), não exigindo que você reaprenda rapidamente como gerenciar seus serviços.

  • Com sysvinit(o que você está usando atualmente), ele higieniza adequadamente o ambiente antes de chamar o script de inicialização de destino. A antiga abordagem de invocação direta é vulnerável a ser afetada pelo estado do shell que chamou o script. O servicescript garante que o script de inicialização que ele chama veja um ambiente com diretório de trabalho sensível $PATH, umask, e assim por diante.

informação relacionada