Problemas DHCP, possivelmente relacionados ao Netgear N300 (DGN2200)

Question

Instalado o 'novo' Netgear N300 (número do modelo DGN2200-100UKS)

Dia 1: instalação

IP do roteador alterado para 192.168.1.1

Configure o intervalo de DHCP para 192.168.1.50 - 100

Todos os clientes conectados e trabalhando, 4 PCs conectados via LAN (switch separado). 1 laptop e 2 celulares conectados em Wifi, tudo em DHCP. 3 dispositivos estáticos - rede laser & 2 servidores de impressão para impressoras matriciais. Todos os endereços estáticos fora do intervalo de DHCP.

Dia 2: problemas começam

Um dos PCs conectados à LAN (Windows 7) relata um endereço IP na sub-rede 192.168.0.x (a máscara é 255.255.255.0), portanto, não se conectaria. Medida 'stop gap' (como não estou no site), era configurá-lo com um IP estático (192.168.1.155 - fora do intervalo de DHCP, junto com os outros endereços estáticos). Todo o resto ainda está funcionando bem.

Dia 3: problemas continuam

Rede restante conectada Windows O Windows 7 informa um endereço IP inválido da sub-rede e não se conecta. Defina-o como estático (como o primeiro Win 7 PC) e verifique se o intervalo DHCP está correto dentro do roteador (é). Reinicie o roteador. Dispositivos cliente Wifi também não podem se conectar, IP errado novamente. Mude o laptop Win7 no Wifi para um endereço estático como uma solução.

Clientes DHCP Wifi restantes (2 celulares) não podem se conectar, portanto, precisam do funcionamento do DHCP . Haverá mais dispositivos móveis conectados ao DHCP em um futuro próximo, conforme as pessoas sazonais retornam ao trabalho. O PC do cliente de LAN DHCP restante (2 Windows XP) não foi totalmente afetado por isso e continua a ter IPs corretos.

Executa o firmware base com o qual o roteador veio - portanto, isso será atualizado quando for o próximo no site.

Resolução de problemas

Existe sobre a versão do RIP tendo um impacto nos clientes que se conectam ao DHCP, por isso vou mudar isso em breve. Provavelmente, outra reinicialização do roteador como parte da mudança de configuração.

Eu desenhei um completo em branco executando netsh dhcp show server (comando não encontrado) para verificar quais clientes do servidor DHCP estavam conectados - porque o cliente precisa estar conectado no DHCP para executá-lo? E eu não posso fazer isso porque não posso estar conectado ao PC cliente remotamente ...

Existem outros comandos DHCP que eu posso executar - estou idealmente procurando um que liste os servidores DHCP disponíveis, já que estou convencido de que o DHCP está rodando em outra coisa (que eu não conheço) e distribuindo esses 192.168. Endereços 0.x.

    

Answer 1

Bem, primeiro, se você usar 192.168.1.xe 192.168.0.x, será necessário ajustar sua sub-rede para 255.255.0.0, já que 192.168.1.xe 192.168.0.x devem agora separar sub-redes e especificar 255.255. 255.0 diria ao cliente para apenas olhar para o último octeto [o último x] especificando 255.255.0.0 diria que olhe para ambos .xx no final de 192.168.xx

REALMENTE você deve DESLIGAR o DHCP no novo conjunto de roteadores que é o IP como um IP no intervalo do roteador original [se o roteador original for o 192.168.1.1, então configure o segundo roteador para um IP da LAN de 192.168.1. x [não WAN LAN eu vou explicar]

ENTÃO, certifique-se de conectar um cabo LAN de QUALQUER porta LAN no primeiro roteador a QUALQUER porta LAN no segundo [se você usou a WAN no dia 2, então você receberá o dobro NAT e precisará especificar qualquer porta para frente para qualquer cliente no segundo roteador no primeiro e no segundo roteador antes que eles funcionem. Isso enlouquece bem.

Se você mantiver o segundo roteador em uma porta LAN do primeiro, o que acontecerá é que as solicitações DHCP passarão para o primeiro roteador que você tiver e funcionar como seria de esperar.

A coisa mais fácil é configurar o IP da LAN do segundo roteador para algo dentro da rede do primeiro, desligar o DHCP no segundo roteador [isso interrompe conflitos e outros problemas] e conectá-los com um cabo da porta LAN do roteador 1 para uma porta LAN do roteador 2. Você também vai querer matar o Wi-Fi AP que está sendo executado no primeiro se eles estiverem próximos já que você está querendo usar o roteador mais recente como um AP Wi-Fi Aposto e 2 rádios esse fechamento pode realmente atrasar as coisas se ambos competirem uns com os outros, mas não é necessário apenas uma nota se você notar problemas de conexão WiFi.

    

Answer 2

Se houver algum outro dispositivo na rede distribuindo o DHCP ack no intervalo 192.168.0.x, você terá pelo menos duas opções:

1. bisbilhotar todo o tráfego (por exemplo, usando wireshark),
2. Ou faça da maneira preguiçosa: deixe um cliente se conectar ao servidor DHCP desonesto. Na maioria das vezes, isso também define o gateway padrão como o mesmo IP do servidor DHCP. Você então tem um IP suspeito, pode pesquisar o ARP, pode rastrear qual porta de rede ele é um, ...

O último é mais fácil com switches gerenciados, mas você também pode fazer ping no dispositivo de destino para ver quais portas acendem.

Divagações / histórias pessoais:
Eu tive esse problema duas vezes no trabalho. Certa vez, quando alguém trazia um ponto de acesso / roteador / switch sem fio de casa para usar como um comutador e deixava a funcionalidade indesejada, e uma vez quando as pessoas brincavam com o software de virtualização e habilitavam seu servidor DHCP na rede em ponte e não na rede somente host.