Eu quero implementar uma solução de redundância. Eu tenho duas sub-redes todas as máquinas com Windows XP - cada uma com seu próprio servidor DHCP - unidas por uma ponte.
Atualmente - todas as máquinas obtêm concessões de DHCP do servidor DHCP com o outro desativado.
Para quando a ponte ficar inativa - quero dividir meu escopo DHCP entre vários servidores. Como posso fazer isso nas máquinas clientes do Windows XP?
A maneira mais comum de fazer isso é dividir seu intervalo de IP entre os dois servidores DHCP e ter ambos funcionando ao mesmo tempo. Os clientes receberão uma concessão de endereço de qualquer servidor que responda primeiro. No caso da ponte falhar, aqueles com concessões do servidor em sua própria sub-rede estarão bem, qualquer um com concessões da outra sub-rede receberá uma nova concessão do outro servidor quando eles forem renovados.
Você precisará de um servidor DHCP nos dois lados da ponte para implementar a redundância corretamente. Clientes XP não são servidores.
Eu suponho que há algum software disponível que funcione em algum grau, mas que provavelmente não se integre com o AD corretamente e assim por diante (e o que acontece quando a estação de trabalho "nomeada" está quebrada ou simplesmente desligada?) .
Por quanto tempo você espera que a ponte esteja off-line? Pode ser mais simples estender um pouco o comprimento da concessão do DHCP, e os clientes do IIRC podem continuar a usar o endereço atualmente alocado, caso não consigam contatar o servidor DHCP.
Se você quiser implementar o redudancy do DHCP com 2 servidores DHCP, é fácil. Basta pensar em um escopo potencialmente maior que o dobro do tamanho necessário para todas as estações de trabalho e alocar metade delas para os dois servidores, para que não haja duplicação de intervalos de endereços.
Os clientes obterão endereços IP de qualquer servidor DHCP que responda mais rápido a uma solicitação normalmente e, com a ponte desativada, isso simplesmente será o servidor do lado da ponte.
No escritório remoto, você pode ter um dispositivo de baixo consumo de energia para funcionar como seu "2º" servidor DHCP e colocar isso em qualquer armário ou gabinete em que você esteja atualmente se escondendo. Não precisa ser um servidor de preço cheio com todas as guarnições só para fazer isso.
Eu acredito que o dhcpd do ISC (que vem com a maioria das distribuições do Linux) pode fazer a redundância do servidor e o compartilhamento do pool, até o nível em que as concessões são sincronizadas entre os dois servidores.
Nunca fiz isso sozinho embora
Encontrei uma solução intersting no link :
Se você estiver realmente paranoico com a disponibilidade do DHCP em sua rede, também poderá configurar um terceiro servidor DHCP que espelhe a configuração do seu servidor de 80 por cento, se estiver usando a regra 80/20 ou um dos seus 50 por cento de servidores, se você estiver usando 50/50. Depois de configurar esse servidor, no entanto, mantenha-o desconectado da rede como um servidor DHCP de backup ativo. Então, se o seu servidor DHCP principal ficar inativo, você pode colocar o backup on-line em seu lugar. Nesse cenário, você pode perguntar: "Por que manter o servidor de 20% se você tiver um backup ativo?" O motivo é: e se o seu servidor de 80% morrer durante a noite e você não estiver por perto para ligar o switch e conectar seu backup à rede? A menos que você tenha um sofisticado software de gerenciamento de rede que possa lidar com essa situação colocando seu servidor sobressalente de 80 por cento on-line, alguns de seus clientes podem estar sem sorte se quiserem se conectar à rede antes do amanhecer.
Aqui está outra abordagem interessante: configure os dois servidores DHCP em sua rede com escopos idênticos. Agora, normalmente isso causaria problemas, porque você pode acabar tendo o mesmo endereço alugado pelos dois servidores, fazendo com que os clientes soluçam. No entanto, se você habilitar a detecção de conflitos de endereço em seus servidores DHCP e configurá-lo como 2, cada servidor DHCP testará um endereço três vezes para garantir que ele não esteja sendo usado antes de leasing para um cliente, e isso evitará que um servidor leasing de um endereço que o outro servidor já alugou. A única desvantagem dessa abordagem é que ela tornará o tráfego DHCP em sua rede um pouco mais barulhento, mas o tráfego DHCP é tão mínimo que, de qualquer forma, isso terá um impacto marginal no desempenho geral da rede. Mas por que não definir isso para uma tentativa em vez de duas tentativas? Segurança - você não quer uma falha de rede que cause uma breve perda de pacotes para arruinar sua configuração. Para configurar a detecção de conflitos de endereço em um servidor DHCP do Windows 2000, use a guia Avançado da folha de propriedades do servidor no console do DHCP.
Vou testar se essa 'detecção de conflitos' é feita por ping ou outra coisa.
Tags windows-xp dhcp bridge redundancy scope