Encontramos el hallazgo a este atascamiento, al menos eso pensamos. Si presentas inquietudes dínoslo, para nosotros será un gusto responderte
Solución:
/32 direccionamiento
Generalmente hablando, /32 significa que la red tiene una sola dirección IPv4 y todo el tráfico irá directamente entre el dispositivo con esa dirección IPv4 y la puerta de enlace predeterminada. El dispositivo no podría comunicarse con otros dispositivos en la red.
Hay un par de posibles razones para esto que he visto. Podría ser:
- Un servidor web que sirve a varios sitios con cada sitio vinculado a una dirección IPv4 específica
- Una dirección de bucle invertido utilizada para la prueba.
- Aislar una máquina de la red para permitir que solo se conecten rutas establecidas estáticamente. (Para el desmantelamiento, por ejemplo).
Identificación de red
El Identificación de red parte de una dirección IP está determinada por la máscara de subred. Por ejemplo:
- A
/24La red IPv4 tiene una máscara de subred de1111.1111.1111.0000, lo que significa que los primeros 3 octetos son la ID de red y el último octeto se usa para asignar ID de host (256 ID disponibles, aunque generalmente algunas están reservadas). - A
/16La red IPv4 tiene una máscara de subred de1111.1111.0000.0000, lo que significa que los primeros 2 octetos son la ID de red y el último octeto se usa para asignar ID de host (65536 ID disponibles, aunque generalmente algunas están reservadas).
En el caso de /32, esto no se aplica ya que la dirección es tanto una ID de red como una ID de host. /31 las direcciones también son todas las ID de host sin ninguna dirección 0 reservada.
Hay un poco de confusión aquí; que /32 no se refiere al tamaño de ninguna (sub)red, sino al rango de direcciones al que se aplica esa entrada particular de la tabla de enrutamiento. Por lo general, los dos son iguales (porque enruta una red o subred como una unidad, ¿no?), pero macOS hace las cosas un poco diferentes para otros hosts en la misma red local. Permítanme agregar algunas líneas antes de las que usted citó:
Destination Gateway Flags Refs Use Netif Expire
default openwrt.lan UGSc 10 0 en0
...
192.168.1 link#4 UCS 2 0 en0
192.168.1.1/32 link#4 UCS 2 0 en0
openwrt.lan 46:94:fc:63:fc:7 UHLWIir 11 3610 en0 1200
192.168.1.125/32 link#4 UCS 2 0 en0
Tenga en cuenta que 192.168.1 (abreviatura de 192.168.1.0/24) se enruta a través de en0 (también conocido como enlace n.º 4); no a través de ninguna puerta de enlace, solo a través de la propia interfaz. Esta es la red en la que se encuentra la propia Mac. 192.168.1.1 y 192.168.1.125 son direcciones específicas dentro de ese rango de red. Si compara esas entradas /32 con la entrada 192.168.1, básicamente son duplicados redundantes; dicen lo mismo, solo sobre direcciones específicas en lugar de todo el rango de red.
No sé por qué macOS crea estas entradas específicas de direcciones redundantes, pero probablemente esté relacionado con otra cosa que puede ver en la lista anterior: macOS enumera sus entradas de la tabla ARP en la tabla de enrutamiento. La entrada “openwrt.lan” anterior (que estoy bastante seguro de que en realidad es 192.168.1.1, solo aparece por nombre en lugar de número) dice que se enruta a través de en0 a la dirección MAC 46:94:fc:63:fc:7 .
Entonces, lo que está viendo en la lista de rutas es una combinación de rutas de red reales (como las entradas “predeterminadas” y 192.168.1) y entradas por host (las entradas dirigidas a /32 y MAC).
Es solo valor CIDR. Puede obtener más información aquí para CIDR.
TL;DR
Una dirección de red CIDR se ve así en IPv4:
192.30.250.00/18El “192.30.250.0” es la dirección de red en sí y el “18” dice que los primeros 18 bits son la parte de red de la dirección, dejando los últimos 14 bits para direcciones de host específicas. máscara de subred