Todo dispositivo conectado a Internet debe tener un identificador. Las direcciones del Protocolo de Internet (IP) son las direcciones numéricas que se utilizan para identificar una pieza concreta de hardware conectada a Internet.
No todas las direcciones IP del conjunto de IPv4 o IPv6 pueden asignarse a las máquinas y dispositivos utilizados para acceder a Internet. Algunas direcciones IP se han reservado para otros usos, como por ejemplo para su utilización en redes privadas. Esto significa que el número total de direcciones IP disponibles para su asignación es menor que el número total del pool.
Las direcciones IP pueden tomarse del pool de IPv4 o de IPv6 y se dividen en dos partes, una sección de red y una sección de host. La sección de red identifica la red concreta y la sección de host identifica el nodo concreto (por ejemplo, un determinado ordenador) en la red de área local (LAN).
Las direcciones IP se asignan a las redes en “bloques” de diferente tamaño. El tamaño del ‘bloque’ asignado se escribe después de una oblicua (/), que indica el número de direcciones IP que contiene ese bloque. Por ejemplo, si a un proveedor de servicios de Internet (ISP) se le asigna un “/16”, recibe unas 64.000 direcciones IPv4. Una red “/26” proporciona 64 direcciones IPv4. Cuanto más bajo sea el número que sigue al oblicuo, más direcciones contendrá ese “bloque”.
Algunos grandes bloques /8 de direcciones IPv4, los antiguos bloques de red de Clase A, se asignan en su totalidad a organizaciones individuales o a grupos de organizaciones relacionadas, ya sea por la Corporación de Internet para la Asignación de Nombres y Números (ICANN), a través de la Autoridad de Asignación de Números de Internet (IANA), o por un registro regional de Internet.
A medida que el agotamiento de las direcciones IPv4 ha ido avanzando hacia sus etapas finales, algunas organizaciones, como la Universidad de Stanford, que anteriormente utilizaba 36.0.0.0/8, han devuelto sus bloques asignados (en este caso a APNIC) para ayudar a retrasar la fecha de agotamiento.
A partir de 1991-06-01, se utilizó para mapear direcciones de la Red Pública de Datos (X.121) a direcciones IP. Se devolvió a la IANA el 22 de enero de 2008. Esta red fue reclamada por IANA en 2007 y posteriormente reasignada en 2010. Véase el RFC 877 y el RFC 1356 para información histórica[4].
Varios registros (mantenidos por ARIN). Anteriormente DXC Technology. Computer Sciences Corporation, propietaria de este bloque, se fusionó con HP Enterprise Services para crear DXC Technology el 3 de abril de 2017[5][6].
Hasta donde yo sé, el ID de la red y la dirección IP asignada a un host en esa red son 2 cosas diferentes. 192.168.0.0 es un ID de red y si su subred es 255.255.255.0, entonces los hosts en esta red pueden ser 192.168.0.1 – 192.168.0.254. En este caso, ¿cómo puede existir un host sin un ID de red?
Hay un poco de confusión aquí; ese /32 no se refiere al tamaño de cualquier (sub)red, sino al rango de direcciones al que se aplica esa entrada de la tabla de enrutamiento en particular. Normalmente los dos son lo mismo (porque se 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íteme añadir algunas líneas antes de las que has citado:
Ten 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#4); no a través de ninguna puerta de enlace, sólo a través de la propia interfaz. Esta es la red en la que está el propio Mac. 192.168.1.1 y 192.168.1.125 son direcciones específicas dentro de ese rango de red. Si comparas esas entradas /32 con la entrada 192.168.1, son básicamente duplicados redundantes; dicen lo mismo, sólo que sobre direcciones específicas en lugar de todo el rango de red.
La red /30 te da sólo dos direcciones IP utilizables (las otras dos son de red y de difusión) y una de ellas es la puerta de enlace, así que esencialmente te dieron una dirección IP estática que es 84.84.185.177. Asigna esta dirección a tu interfaz, pon la máscara de red en 255.255.255.252, pon tu puerta de enlace por defecto en 84.84.185.178 y debería funcionar.
No los configures de esta manera a menos que hayas enrutado el bloque de direcciones IP a un vRack. Y, con un bloque tan pequeño, no deberías intentar enrutarlo a un vRack o sólo tendrás una dirección IP utilizable.
Si quieres asignarlas a máquinas virtuales en puente, entonces no configuras las direcciones IP secundarias en el host. Tendrás que configurar direcciones MAC virtuales en el panel de control de OVH, y luego crear máquinas virtuales con esas direcciones MAC y la puerta de enlace del host, como:
Sospecho que la información sobre red / broadcast / gateway no se aplica y puede ser simplemente ignorada. OVH probablemente le proporcionará una dirección IP fuera del /30 que tendrá que utilizar como puerta de enlace por defecto.