☰

En Linux, ¿por qué no puedo acceder a mi red después de crear subredes con una máscara de 255.255.255.240?

tag-icon • tag-icon linux networking subnet netmask
En Linux, ¿por qué no puedo acceder a mi red después de crear subredes con una máscara de 255.255.255.240?

Bien, primero tengo un sistema de arranque dual. Linux Mint 18 (Sarah) Cinnamon y Windows 7 SP1. Menos mal que hice esto porque soy nuevo en Linux.

Cuando instalé Windows y Linux por primera vez, configuré LAN1 como 192.168.1.1/255.255.255.0. No tuve problemas para acceder a LAN1 o Internet desde ninguno de los sistemas operativos.

Recientemente decidí crear una subred. Cambié LAN1 a 192.168.64.80/255.255.255.240. Esto me dio xxx80 como puerta de enlace, 14 IP utilizables como xxx81-xxx94, que es suficiente, y xxx95 como transmisión. Luego reinicié el enrutador y las nuevas IP se propagaron a través de DHCP. La red de Windows recibió los datos DHCP y pude acceder a LAN1 e Internet sin problemas. Intenté lo mismo con Linux y no puedo acceder a nada en LAN1 ni en Internet. Al consultar tanto el subprograma de red en el escritorio como ifconfig a través de la terminal, quedó claro que Linux estaba al tanto de los nuevos datos DHCP. ¡Estoy confundido en cuanto a por qué no puedo acceder a nada!

¿Alguien conoce las peculiaridades de las redes Linux, de modo que pueda reparar lo que obviamente requiere reparación?

Gracias de antemano.

Respuesta1

Creo que tu problema es que estás intentando utilizar la dirección de red como dirección de puerta de enlace, pero no puedes hacerlo. Una puerta de enlace es un host en la red y debe tener una dirección de host. La puerta de enlace es el host al que todos los demás hosts envían tráfico destinado a una red diferente, pero sigue siendo un host en la red y debe utilizar una dirección de host. La dirección de red no se puede utilizar y no debe aparecer como dirección de origen o destino en ningún paquete IPv4.

Por tu ejemplo 192.168.64.80/28:

Network    = 192.168.64.80
First host = 192.168.64.81
Last host  = 192.168.64.94
Broadcast  = 192.168.64.95

Debe elegir su dirección de puerta de enlace de una de las direcciones de host. Algunas personas usan la primera dirección de host como dirección estándar para la puerta de enlace y otras usan la última dirección de host. Algunas personas simplemente eligen cualquier dirección de host. En realidad, no importa ya que la puerta de enlace es un host en la red.

Respuesta2

Los enrutadores Cisco tienen un comando de configuración globalsubred ip ceroque permite el uso de la dirección de red como host. Sin embargo, no todas las implementaciones de IP admiten esto de forma predeterminada, como es el caso aquí.

Sin embargo, las versiones posteriores de IOS parecen haber habilitadosubred ip cerode forma predeterminada, por lo que probablemente su enrutador no esté loco al permitirle configurarlo como tal.

Sin embargo, es posible que su equipo Linux no esté configurado para usar la subred cero. Puede haber un sysctlescenario; Es posible que haya algunos indicadores adicionales ifconfigque routeconfigurar para usar la subred cero. Sin embargo, no estoy ejecutando Linux, por lo que no puedo verificar si alguno de los métodos buscados en Google para usar la subred cero realmente funciona según lo previsto.

Del sitio web de Cisco enconfigurando la subred cero..

La creación de subredes con una dirección de subred de 0 es ilegal y se desaconseja encarecidamente (como se indica en RFC 791) debido a la confusión que puede surgir entre una red y una subred que tienen las mismas direcciones. Por ejemplo, si la red 131.108.0.0 está dividida en subredes como 255.255.255.0, la subred 0 se escribiría como 131.108.0.0, que es idéntica a la dirección de red.

Puede utilizar la subred de todos 0 y de 1 (131.108.255.0), aunque no se recomienda. Se permite explícitamente la configuración de interfaces para la subred de todos 1. Sin embargo, si necesita todo el espacio de subred para sus direcciones IP... (use el comando en negrita y cursiva, arriba)

Respuesta3

Linux no tiene ningún problema con esto. Cuando me encontré con problemas como este, generalmente fue uno de los siguientes:

  • Un firewall predeterminado instalado en el sistema operativo, consulte con:

    sudo iptables -nvxL

    (tenga en cuenta las políticas también)

  • Un error tipográfico en la configuración de la red: en el cliente o en el servidor

  • Un error tipográfico en un comando de configuración, como ifconfig: puede configurar direcciones completamente falsas y algunas implementaciones no aceptan la /28notación CIDR (), debe escribirla o usar la palabra clave "máscara de red".

  • Direcciones MAC duplicadas

    cat /proc/net/arp

  • Una dirección IP en el mismo rango en otra interfaz de red

  • Infección de virus en un enrutador, verifique el firmware
  • Conmutador de red con puertos que se congelaron, reinícielo

información relacionada