É possível usar um único servidor DHCP para empurrar completamente diferentes intervalos de ip para diferentes interfaces de rede em diferentes LANs?

Question

É possível usar um único servidor DHCP para empurrar completamente diferentes intervalos de ip para diferentes interfaces de rede em diferentes LANs?

EXEMPLO:

Eu tenho os Severs # 1 e # 2.

Severs # 1: Um servidor DHCP com uma interface de rede chamada "enpA" que está conectada à LAN A.

Severs # 2: Um cliente DHCP com uma interface de rede chamada "enpA" que também está conectada à LAN A. Ela possui uma interface de rede chamada "enpB" que está conectada à LAN B.

LAN A: 192.168.56.0/24

LAN B: 10.0.2.0/24

Eu queria que o servidor da LAN A (Severs # 1) enviasse um ip para a interface "enpB" (Severs # 2) que está conectada à LAN B. Ou seja, é possível fazer isso com um único servidor DHCP conectado? na LAN A?

Se sim, que estratégia devo usar com um servidor DHCP como o isc KEA?

    

Answer 1

Sim, você pode fazer isso. O que você precisa fazer é executar um agente de retransmissão DHCP no servidor B, que escuta as solicitações DHCP no UDP / 67 (UDP / 547 para DHCPv6) em sua interface LAN B e os encaminha para a LAN A (obviamente, o servidor DHCP precisa ser configurado para ter pools de rede para ambas as redes!)

O sistema funciona assim:

Server 1        LAN A        Server 2         LAN B        Client
                                    *          <--        Request
       *         <--     Request (for Client)
  Answer         -->         *
                        Answer (from Server 1) -->        *
                               [...]

Os relés DHCPv4 e DHCPv6 são manipulados individualmente, portanto, você precisará de duas instâncias do relé em execução para gerenciar os dois tipos.

Supondo que o Servidor A seja 192.168.56.1 / 2001:db8:1::1 e o Servidor B eth0 / 192.168.56.2 / 2001:db8:1::2 na LAN A e eth1 / 10.0.2.1 / 2001:db8:2::1 na LAN B, você iria executar o relay assim:

• DHCPv4: /path/to/dhcrelay -4 -i eth1 192.168.56.1
• DHCPv6: /path/to/dhcrelay -6 -l eth1 -u eth0

Note que eu não tive necessidade de usar retransmissões DHCPv6, então isso é baseado na documentação.

    

Answer 2

Embora tecnicamente @ ErikF seja a resposta certa para a sua pergunta como é perguntado, faz muito mais sentido configurar o servidor # 2 como um servidor DHCP multi-homed.

Fazendo isso, você não precisará configurar um relay de DHCP e a complexidade também será drasticamente reduzida.

    

Answer 3

Sim, é completamente possível. Eu faço isso na minha própria configuração. Existem 2 requisitos / condições:

1. O software do servidor DHCP que você está usando permite (há mais de um software para DHCP, talvez alguns não; os "usuais")
2. As duas sub-redes têm regras de firewall / roteamento que permitem que os dispositivos nessas sub-redes consultem com êxito o servidor DHCP. Isso pode exigir mapeamento de porta, regras de roteamento, NAT de uma para uma ou de saída (no IPv4) ou outros métodos.

No meu caso, eu uso dhcpd e o roteador tem 2 placas de rede, uma para cada sub-rede. Eu defino o IP de cada sub-rede como "x.x.x.1". Então meu dhcpd.conf é o seguinte.

Eu o simplifiquei e modifiquei para usar seus endereços IP, caso contrário, ele permanecerá inalterado. Se você não quiser que seu roteador seja também o servidor / resolvedor de DNS, remova as quatro linhas que contêm "option domain-name-servers" :

option domain-name "mydomain.com";
option ldap-server code 95 = text;
option arch code 93 = unsigned integer 16; # RFC4578

default-lease-time 7200;
max-lease-time 86400;
one-lease-per-client true;
deny duplicates;
ping-check true;
update-conflict-detection false;
authoritative;

subnet 192.168.56.0 netmask 255.255.255.0 {
  pool {
    option domain-name-servers 192.168.56.1;
    range 192.168.56.2 192.168.56.254;
  }

  option routers 192.168.56.1;
  option domain-name-servers 192.168.56.1;
}

subnet 10.0.2.0 netmask 255.255.255.0 {
  pool {
    option domain-name-servers 10.0.2.1;
    range 10.0.2.2 10.0.2.254;
  }

  option routers 10.0.2.1;
  option domain-name-servers 10.0.2.1;
}