¿Qué significa la puerta de enlace 0.0.0.0 en la tabla de enrutamiento?

Soy nuevo en la administración de sistemas Linux y estoy aprendiendo sobre las tablas de enrutamiento.

Actualmente tengo dos interfaces en mi máquina virtual:

vagrant@vagrant-ubuntu-trusty-64:~$ ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:27:2e:8d:5d  
          inet addr:10.0.2.15  Bcast:10.0.2.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe2e:8d5d/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:3146 errors:0 dropped:0 overruns:0 frame:0
          TX packets:2853 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:218526 (218.5 KB)  TX bytes:212044 (212.0 KB)

eth1      Link encap:Ethernet  HWaddr 08:00:27:5b:5e:65  
          inet addr:172.28.128.3  Bcast:172.28.128.255  Mask:255.255.255.0
          inet6 addr: fe80::a00:27ff:fe5b:5e65/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:14 errors:0 dropped:0 overruns:0 frame:0
          TX packets:31 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:5080 (5.0 KB)  TX bytes:4622 (4.6 KB)

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Cuando ejecuto route -n, veo las siguientes tablas:

vagrant@vagrant-ubuntu-trusty-64:~$ route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         10.0.2.2        0.0.0.0         UG    0      0        0 eth0
10.0.2.0        0.0.0.0         255.255.255.0   U     0      0        0 eth0
172.28.128.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1

Sé que la primera entrada es la ruta predeterminada. Me pregunto qué significa la puerta de entrada de la segunda y tercera entrada (0.0.0.0) aquí.

— Kintarō
fuente

En Linux, prefiera las más modernas ip addry las ip routeherramientas.

— user1686

Donde la puerta de enlace es todo ceros, significa que no hay puerta de enlace.

Esto se debe a que las redes en cuestión están conectadas directamente a la máquina, ya que la máquina tiene una dirección IP en una interfaz que se encuentra en esta subred de la red.

Los paquetes para estas redes no necesitan ser enrutados, ya que están conectados, por lo que los paquetes pueden enviarse directamente al destino en la red local.

Si la máquina tiene un paquete destinado a otro dispositivo en estas redes, hará una solicitud ARP, para encontrar la dirección MAC que está asociada con la IP, y transmitirá el paquete directamente a esa dirección MAC.

— Pablo
fuente

¡Gracias por su respuesta! Entonces, ¿puedo tener dos puertas de enlace diferentes en la tabla de enrutamiento? Supongo que puedo, pero ¿serán dos subredes diferentes?

— Kintarō

Tenga en cuenta que una puerta de enlace es una dirección IP a la que envía paquetes para una red específica. La puerta de enlace predeterminada es una dirección IP a la que envía paquetes que no tienen otras coincidencias en la tabla de enrutamiento. Entonces, sí, puede tener muchas puertas de enlace, si tiene diferentes subredes accesibles a través de diferentes enrutadores. Puede tener múltiples puertas de enlace predeterminadas donde tiene múltiples rutas a Internet, por ejemplo.

— Paul

Puede tener múltiples puertas de enlace, ya sea por subred (las subredes más pequeñas tienen prioridad sobre las más grandes) o al tener varias puertas de enlace para la misma subred, en cuyo caso se preferirá 1 según la métrica y la posición en la tabla de rutas, o al tener varias tablas de rutas con diferentes puertas de enlace y enrutamiento basado en políticas de usong para determinar qué tabla usar.

— davidgo

Muchas gracias por esta respuesta

— Jason Krs