
El controlador de dominio tiene una IP de 192.168.0.10
La puerta de enlace es 192.168.0.1
A un antiguo enrutador Linksys WRT120 se le asignó temporalmente una dirección IP de 192.168.0.120 y una puerta de enlace predeterminada de 192.168.0.1 estaba causando interferencia. Se desconectó a finales de ayer para resolver problemas de Internet. (Resuelto).
Ahora, el DNS en dispositivos cableados e inalámbricos está obteniendo un DNS de 192.168.0.120: esta IP no aparece en ningún lugar en los escaneos de red, dispositivos de enrutamiento, etc. Básicamente, esta ubicación está extrayendo el DNS incorrectamente.
Algunas de las IP de las estaciones de trabajo e impresoras de Windows tienen sus IP predeterminadas en 169.254.74.47 (inexistente).
Hasta ahora, con la mayoría de los dispositivos del edificio, tenemos que configurar manualmente el adaptador de red con la siguiente informaciónpara que se conecten correctamente a la red.
IP:192.168.0.### (Where ### = free/available IP that is not currently being used)
Subnet: 255.255.255.0
Default Gateway: 192.168.0.1
Primary DNS: 192.168.0.10
¿De dónde parece sacar este 192.168.0.120 si no existe?
Muchas gracias de antemano.
Respuesta1
No puede encontrar 192.168.0.120 en la red porque esa es la dirección IP asignada al enrutador Linksys y la quitó de la red.
Si el servidor DHCP que asignó la dirección IP del cliente se apaga (el enrutador Linksys en este caso), un cliente DHCP de Windows continuará usando la configuración de dirección IP que recibió del servidor DHCP de origen e intentará comunicarse con el DHCP de origen. servidor (vía unidifusión) durante toda la fase de renovación (T1) hasta llegar a la fase de reenlace (T2), momento en el que intentará contactar con cualquier servidor DHCP (vía difusión). Si el cliente se reinicia y no puede comunicarse con el servidor DHCP de origen y tampoco puede comunicarse con ningún otro servidor DHCP, entonces el cliente debe liberar su dirección IP asignada, de ahí las direcciones APIPA que está viendo.
Parece que el enrutador Linksys actuaba como servidor DHCP y se asignaba a los clientes para DNS. Debe ejecutar ipconfig/release
y ipconfig/renew
en los clientes para obligarlos a "asociarse" con otro servidor DHCP, que debe tener configurado para atender a esos clientes.
Si los clientes obtienen una dirección APIPA, entonces parece que no tiene otro servidor DHCP en la red, por lo que deberá configurar uno.