Endereço de alias Ifconfig atribuído pelo DHCP

3

Eu gostaria de criar vários aliases para eth0, mas ter os endereços atribuídos pelo DHCP em vez de serem definidos como IPs estáticos. Isso é possível?

Todos os exemplos que vi atribuem um IP estático usando o comando:

ifconfig eth0:0 192.168.1.11 up

Obrigado

    
por Steve 13.08.2010 / 15:14

6 respostas

4

Existe um recurso não muito bem documentado do iproute2 que permite criar interfaces de rede virtual adicionais e atribuir diferentes endereços MAC a eles; você deve então poder executar duas instâncias separadas do cliente DHCP em cada uma delas.

Para criar a interface virtual, faça

ip link add link eth0 name eth1 address 00:11:22:33:44:55 type macvlan

Em seguida, tente executar o cliente DHCP.

É legítimo perguntar por que você deseja fazer isso. Se a máquina tiver usos para muitos endereços com funções diferentes, como a máquina descobrirá qual endereço usar para qual função se eles são dinâmicos?

Observe também que a sintaxe ifconfig com os sufixos :0 está obsoleta; com iproute2 você pode simplesmente usar

ip addr add 10.0.0.1/24 dev eth0
ip addr add 10.0.0.2/24 dev eth0

e assim por diante, para atribuir vários endereços a uma única interface.

    
por 13.08.2010 / 17:10
3

Não sei exatamente para que você quer usar os alias, mas é possível obter várias interfaces trabalhando com o DHCP em uma interface física, criando uma interface de ponte com interfaces virtuais de servidor (cada uma delas teria um endereço MAC exclusivo) .

    
por 13.08.2010 / 17:04
1

Tanto quanto sei, isso não é possível. O DHCP atribui endereços baseados em endereços MAC (e algumas regras), e todos os seus aliases são baseados no mesmo MAC, então o servidor DHCP não será capaz de distinguir quaisquer solicitações, pois todas elas vêm do mesmo MAC. Além disso, assim que o endereço IP básico for definido, você terá dificuldade em convencer seu cliente DHCP de que precisa de outro endereço.

    
por 13.08.2010 / 16:48
1

Eu li onde os usuários configuram MACVLANS, para obter endereços DHCP de seu ISP. Ao fazer isso, a interface MACVLAN ganha um novo endereço IP público, do ISP. Por que alguém deseja isso, parece um pouco desonesto para mim, a menos que seja para algum tipo de balanceamento de carga ou virtualização no PC. (Como sobre NAT) Posso obter até oito endereços IP dinâmicos, do meu modem DSL (um para mim e outro para minha caixa SAT) Eu tentei e funciona. Você pode desligar um MACVLAN, ir para DSLreports e encontrar seu endereço IP "público". Vá para o outro MACVLAN, faça o mesmo e um IP "público" diferente é exibido. Ter uma interface de rede e querer vários endereços DHCP? Algo que faz você ir "Hmmm".

    
por 01.02.2011 / 07:07
1

Existe uma razão pela qual eu veria isso como desejável: Tradução de Endereço de Rede Dinâmica. Este não é o tipo de conversão de endereço de porta do Linux Masquerading normal que você normalmente pensa, mas sim o mapeamento dinâmico sob demanda de um intervalo de endereços reais para hosts internos que precisam usá-los.

Se você fizer NAT dinâmico, não precisará mapear estaticamente as portas para determinados itens em um único host. Por exemplo, se eu tenho um atualizador do World of Warcraft acontecendo mais do que um computador na minha rede privada, com a tradução onipresente do endereço da porta (mascaramento), apenas um poderia participar do compartilhamento do tipo bittorrent porque você pode mapeie apenas as portas expostas no endereço IP externo para um único endereço interno. Se você tivesse uma lista de endereços que poderia atribuir dinamicamente para a tradução completa de endereços, não precisaria fazer nenhum mapeamento de portas. Como muitos provedores de cabo não permitem que você obtenha uma alocação estática de um intervalo de endereços IP, você é forçado a solicitar que cada um deles use DHCP e, em seguida, NAT esses endereços dinamicamente para endereços internos. Usar interfaces físicas separadas para NAT dinâmico seria um desperdício, já que tudo o que você realmente precisa é de mais endereços MAC na mesma interface.

Uma coisa que este link aponta é que você não pode usar o dhcp na interface física pai para o macvlan interfaces virtuais porque confunde dhcp. Eu não tentei nada disso, estou realmente muito animado para tentar obter dhcp trabalhando no meu cablemodem usando interfaces macvlan, como @ b0fh e @ lars-bailey sugeriram.

    
por 17.02.2011 / 00:33
1

Eu uso isso e funciona:

ip link add link eth0 name eth1 address 00:11:22:33:44:55 type macvlan

Eu tenho o Fedora 15.

    
por 16.06.2011 / 12:38