É possível criar compartilhamentos de rede com vários servidores DHCP em execução na mesma rede?

Question

Estou pensando em instalar Fedora e usando Amahi como Media Server / NAS na minha casa.

Atualmente, tenho uma rede com dois roteadores sem fio, um atua como o servidor DHCP e o outro é apenas um ponto de acesso. Aquele que é um servidor DHCP está diretamente conectado a um modem. Eu irei instalar o Amahi em uma maquina conectada ao AP. Eu li que Amahi prefere ser o servidor DHCP para a rede. Agora eu não quero mudar o servidor DHCP existente, mas estou planejando dar a cada servidor DHCP um intervalo diferente de endereços para servir.

1. Eu gostaria de acessar meus compartilhamentos no Amahi dos dispositivos que receberam seu IP do segundo servidor DHCP. Será isso possível?

2. Também não importa se o servidor DHCP Amahi não está diretamente conectado ao modem (modem - > router - > AP - > Amahi)? Eu vou ter problemas com QOS?

Answer 1

Editar:
Dois DHCP na mesma rede física não podem ser usados para servir endereços IP para intervalos diferentes.

Por quê?
Uma placa de rede, configurada para conceder endereços a partir de um DHCP, envia um pacote (difusão DHCP) para todos os computadores. O computador que está executando um servidor DHCP responderá com o próximo endereço IP livre (e outras configurações definidas para o cliente). Quando houver vários servidores DHCP, todos responderão e enviarão as informações de IP. Mas o cliente aceitará apenas o primeiro que receber.

Na maioria dos servidores DHCP, é possível configurar intervalos de servidores.

Pode-se desejar que os intervalos de servidores sirvam configurações diferentes (como um gateway diferente). Isso deve ser configurado em um DHCP na respectiva configuração de intervalo.

Se um cliente (precisamente sua placa de rede) deve obter apenas o endereço IP de um intervalo, isso pode ser resolvido usando reservas para o cliente. Isso conecta o endereço mac da placa de rede com uma configuração estática no DHCP (incluindo um IP quase estático para o cliente).

(DHCPs podem ser configurados para propósitos de failover. Então, há mais DHCPs, mas essa é uma configuração muito especial e o cliente obterá as mesmas informações, independentemente do DHCP que responda).

Postar antes de editar, sugerindo o uso do DHCP Amahi
Não execute vários servidores DHCP em uma rede. Isso causará problemas. (Veja aqui )

Servidores, os roteadores devem sempre ter um IP estático. (e.q. 192.168.0.1 e 192.168.0.2). Esses IPs devem ser excluídos do intervalo de IPs que o DHCP está usando.

Eu acho que o Amahi está compartilhando mais informações através do DHCP para os clientes do que um roteador normal. Portanto, faz sentido usar o DHCP de Amahi.

Provavelmente, será suficiente para fazer isso:

• desativa o DHCP no roteador
• certifique-se de que os IPs estáticos (do (s) roteador (s) e do próprio Amahi) estão excluídos no intervalo do dhcp de Amahi
• adiciona o endereço do roteador às configurações do dhcp do Amahi

Answer 2

1) No que diz respeito a vários servidores DHCP, certifique-se ...

Você mencionou que o servidor DHCP está diretamente conectado ao Modem .... seria muito difícil para você, no seu caso, permitir IP estático para o AP, o que daria suas próprias entradas DHCP?

    

Answer 3

É perfeitamente possível ter vários servidores DHCP em execução no mesmo segmento de rede, se as limitações desta arquitetura forem compreendidas e planejadas.

O artigo da Microsoft TechNet Práticas recomendadas do DHCP diz:

When started, each DHCP client broadcasts a DHCP discover message (DHCPDISCOVER) to its local subnet to attempt to find a DHCP server. Because DHCP clients use broadcasts during their initial startup, you cannot predict which server will respond to the DHCP discover request of a client if more than one DHCP server is active on the same subnet.

For example, if two DHCP servers service the same subnet and its clients, clients can be leased at either server. Actual leases distributed to clients can depend on which server responds first to any given client. Later, the server first selected by the client to obtain its lease might be unavailable when the client attempts to renew.

If renewal fails, the client then delays trying to renew its lease until it enters the rebinding state. In this state, the client broadcasts to the subnet to locate a valid IP configuration and continue without interruption on the network. At this point, a different DHCP server might respond to the client request. If this occurs, the responding server might send a DHCP negative acknowledgement message (DHCPNAK) in reply. This can occur even if the original server that first leased the client is available on the network.

Portanto, os problemas em tal arquitetura que eu posso ver e suas soluções:

1. Conflitos entre endereços IP
   Estes podem simplesmente ser resolvidos dividindo os intervalos de alocação entre os dois servidores DHCP. Outra medida à prova de falhas pode ser a ligação permanente de endereços MAC a endereços IP no Servidor DHCP (se tiver essa opção).

2. Renovação de concessões de DHCP pode ser muito lenta
   Isso acontecerá se o cliente renovador sempre acontecer no servidor DHCP errado, até que o cliente desista e solicite uma nova concessão. Mas isso não é um problema se as concessões tiverem um período de validade suficiente. Por exemplo, 24 horas é mais do que suficiente se todos os computadores estiverem desligados à noite. 24 horas é o padrão usado pela maioria dos servidores DHCP, mas também é normalmente uma configuração opção nesses servidores.
   Computadores em tal rede não devem ser configurados para hibernar, porque ao acordar a concessão do DHCP pode precisar de renovação.