Máscara de subred diferente en el enrutador y el servidor DHCP

Máscara de subred diferente en el enrutador y el servidor DHCP

Me encontré con algo gracioso hoy y todavía me estoy rascando la cabeza sobre por qué sucedió esto. Estaba intentando aumentar la cantidad de direcciones IP disponibles desde mi servidor dhcp cambiando la máscara de red de /24 a /20.

Este fue elprimer escenario, cambié la máscara de subred del enrutador a /20 para que coincida con la de mi servidor dhcp. Sin embargo, no cambié la máscara de subred de ninguna de las estaciones de trabajo con ips estáticas y se quedaron en /24. Conecté algunas estaciones de trabajo y dispositivos inalámbricos a la red y todos obtuvieron el rango correcto, con /20 y pudieron acceder a la red.

Mi pregunta para este primer escenario es: ¿No se supone que todos los dispositivos deben tener la misma máscara de subred para poder funcionar? ¿Por qué siguen funcionando las estaciones de trabajo con direcciones IP estáticas y una máscara de red de /24?

Luego probé elsegundo escenario. Esta vez la máscara de subred del enrutador permaneció en /24 y solo modifiqué la máscara de subred del servidor DHCP a /20. ¿El resultado? Los dispositivos con IP estáticas con máscara de subred /24 funcionan. Los dispositivos con IP dinámica con máscara de subred /20 no pueden acceder a la red.Mi pregunta ante esto es: si el escenario anterior funciona con ambas subredes. ¿Por qué en esta situación no es así?

No estoy seguro de si vale la pena mencionarlo, pero el servidor DHCP ejecuta el servidor dhcp de Ubuntu.

Respuesta1

Esta respuesta supone que su enrutador tiene una dirección IP de 192.169.1.100 (o cualquier dirección IP entre 192.168.1.0-255).

Con una máscara de subred /24, su rango de direcciones IP es 192.168.1.0-192.168.1.255 (incluidas las direcciones de red y de transmisión).

Con una máscara de subred /20, su rango de direcciones IP es 192.168.0.0-192.168.15.255 (incluidas las direcciones de red y de transmisión).

Desde la perspectiva de los hosts con cualquiera de las máscaras de subred, 192.168.1.100 es una dirección local válida. Existe en las subredes /20 y /24. Un host no sabe qué máscara de subred está usando cualquier otro host, solo conoce su propia máscara de subred y la usa para determinar qué direcciones IP son locales y cuáles no. Cualquier host con una dirección IP en el rango /24 aparecería belongen la subred local de cualquiera de los hosts y, lo que es más importante, en este escenario, en el enrutador.PEROlos hosts en la subred /24 solo podrán comunicarse con otros hosts cuyas direcciones IP también se encuentren dentro del rango 192.168.1.0-192.168.1.255. Por eso el primer escenario funciona pero el segundo no. En el primer escenario, todos los hosts pueden comunicarse con el enrutador porque el enrutador utiliza una máscara de subred /20.PEROsu dirección IP se encuentra dentro de ambas subredes desde la perspectiva de los hosts con cualquiera de las máscaras de subred. En el segundo escenario, el enrutador solo puede comunicarse con aquellas direcciones IP que se encuentran dentro de la subred /24, no puede comunicarse con ningún host con direcciones IP superiores a 192.168.1.255 porque esas direcciones IP están fuera de 192.168.1.0/24, lo que es la subred del enrutador en el segundo escenario.

Respuesta2

La máscara de subred se utiliza principalmente para determinar si se puede acceder a otra dirección IP en la red local o si es necesario pasar por un enrutador. Sus estaciones de trabajo con la antigua máscara de subred /24 habrán podido acceder a todo lo que estaba dentro de la antigua red /24, porque la máscara incorrecta seguirá dando la respuesta correcta para esas direcciones. No habrán podido comunicarse con direcciones IP en la nueva red /20 que no estuvieran también en la antigua red /24, por eso decimos que la máscara antigua no funciona en la nueva red.

En su segundo escenario, dado que la máscara del enrutador permaneció en /24, no habrá podido acceder a dispositivos con direcciones IP fuera de la red anterior y, por lo tanto, esos dispositivos no habrán tenido acceso al enrutador.

información relacionada