Forçar ponte linux para obter ip via DHCP

1

Estou tentando entender a lógica por trás da falha no cenário a seguir:

a. Se uma bridge linux com 2 interfaces, eth0 (LAN) e eth1 (WAN) está por trás de um dispositivo ISP, por exemplo um modem a cabo, ele não recebe um endereço IP, mesmo se a interface de ponte (br0) estiver configurada para fazer isso. Em vez disso, ele encaminha a oferta DHCP para o dispositivo atrás da ponte, ou seja, qualquer dispositivo conectado a eth0.

O comando dhclient br0 indica que nenhuma concessão é oferecida e o dhclient retorna às concessões registradas em dhclient.leases , que são antigas e irrelevantes.

No entanto,

b. se a bridge estiver dentro da própria LAN com a eth1 sendo exposta a um servidor DHCP interno, ela recuperará um endereço IP. E os dispositivos por trás disso também.

O / etc / network / interfaces contém:

auto lo eth0 eth1 br0
iface eth0 inet dhcp
iface eth1 inet dhcp
iface br0 inet dhcp
     bridge_ports eth0 eth1
     bridge_stp off
  1. Isso é intrigante. Alguma ideia do porquê isso está acontecendo? O que é diferente em b versus a?
  2. Existe uma maneira de forçar o br0 a obter primeiro um endereço IP e não passá-lo para o downstream?
por Bourne 09.02.2012 / 20:24

1 resposta

3

Seu modem a cabo é quase certamente restrito a servir IPs via DHCP a um único endereço MAC "aprendido", que é o MAC da interface eth1, não o MAC da bridge.

Nota: Se você estiver conectando essas portas, sua LAN estará diretamente conectada à WAN, e não mais uma LAN ... Espero que você tenha explicado isso e tenha a segurança apropriada.

    
por 09.02.2012 / 22:03