Asignación de una IP pública para RaspberryPi en una red cableada de área local

0

Estamos tratando de configurar RaspberryPi con IP pública (192.248.10.71) en la red cableada de área local.

Esta es la configuración de red en / etc / network / interfaces,

auto lo

iface lo inet loopback
#iface eth0 inet dhcp

auto eth0
iface eth0 inet static
address 192.248.10.71
netmask 255.255.255.0
gateway 10.8.159.254
broadcast 192.248.10.255
network 192.248.10.0
nameserver 192.248.8.97

#allow-hotplug wlan0
#iface wlan0 inet manual
#wpa-roam /etc/wpa_supplicant/wpa_supplicant.conf
#iface default inet dhcp

También hemos configurado un servidor Ubuntu con IP pública (192.248.10.70) en la misma red de área local con la configuración anterior. (Pero usando la interfaz gráfica)

Podría hacer ping y ssh desde el servidor Ubuntu a RaspberryPi. Pero no pude hacer ping o ssh desde una computadora en la misma red de área local. Tampoco pude hacer ping para Google incluso desde RaspberryPi. Tampoco pude hacer ping para la puerta de enlace o el servidor de nombres de RaspberryPi. Pero podría hacer todo desde el servidor Ubuntu.

Actualizado :

Configuraciones de servidor Ubuntu,

eth0      Link encap:Ethernet  HWaddr 00:1d:09:2a:49:13  
      inet addr:192.248.10.70  Bcast:192.248.10.255  Mask:255.255.255.0
      inet6 addr: fe80::21d:9ff:fe2a:4913/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:7145615 errors:0 dropped:10724 overruns:0 frame:1
      TX packets:1578727 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:730033760 (730.0 MB)  TX bytes:301369151 (301.3 MB)
      Interrupt:16 

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:353553 errors:0 dropped:0 overruns:0 frame:0
      TX packets:353553 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:37882267 (37.8 MB)  TX bytes:37882267 (37.8 MB)

Configuración del sistema (como lo hicimos en las interfaces gráficas)

[802-3-ethernet]
duplex=full
mac-address=00:1D:09:2A:49:13

[connection]
id=Wired connection 1
uuid=3a373445-9cc1-4852-a9de-959647668b76
type=802-3-ethernet
timestamp=1420442035

[ipv6]
method=auto

[ipv4]
method=manual
dns=192.248.8.97;
address1=192.248.10.70/24,10.8.159.254

Ping para la puerta de enlace al servidor Ubuntu funciona.

Rastree la salida de ruta para el servidor Ubuntu (192.248.10.70) a la puerta de enlace (10.8.159.254)

 traceroute to 10.8.159.254 (10.8.159.254), 30 hops max, 60 byte packets
  1  10.8.159.254 (10.8.159.254)  2.253 ms * *

Cualquier ayuda de personas con experiencia es apreciada.

Gracias.

Jeyanth90
fuente
Se lee como si hubieras mezclado algunos poderosos y no pudiste allí, por favor aclaralos. Además, obtenga una comprensión básica de cómo funcionan las redes IP y vuelva a intentarlo.
Majenko
Ya lo siento Editado
¡Nada que ver con el diseño electrónico!
Considere raspberrypi.stackexchange.com ...
Adam Lawrence

Respuestas:

4

En una red IP, una computadora solo puede comunicarse directamente con otra computadora o dispositivo en su propia subred. Esa subred está definida por la máscara de red.

Entonces, su subred para la dirección IP 192.248.10.71, que tiene una máscara de red de 255.255.255.0, tiene un rango de 192.248.10.0 a 192.248.10.255.

Entonces, las únicas computadoras con las que puede hablar el Pi deben tener una dirección IP en ese rango, que por supuesto incluye la computadora Ubuntu.

Se debe hablar con cualquier otra computadora a través de una puerta de enlace. Las puertas de enlace deben existir tanto en la subred en la que se encuentra su dispositivo como en la subred en la que se encuentra el dispositivo de destino, o en una subred que tiene una puerta de enlace que conduce, eventualmente, al dispositivo en cuestión.

Su Pi no puede hablar con la puerta de enlace 10.8.159.254 porque no está en la misma subred. Debido a que no puede hablar con esa puerta de enlace, no puede hablar con nada más a través de esa puerta de enlace, como Google, sus servidores de nombres, etc.

Majenko
fuente
Entonces, ¿tenemos que configurar la máscara de red 0.0.0.0?
Jeyanth90
No. Entonces no obtendrás ninguna ruta. El Pi tiene que estar físicamente en la misma subred que una puerta de enlace en el rango de IP 192.248.10.0 a 192.248.10.255.
Majenko
Pero el servidor ubuntu (192.248.10.70) funciona bien con la misma puerta de enlace y configuraciones de máscara de red. ¿Cómo sucedería?
Jeyanth90
No puede funcionar como crees que está funcionando. ¿Por casualidad tiene dos direcciones IP configuradas en el servidor Ubuntu?
Majenko
¿O quieres decir que puede hablar con el Pi? Puede hacerlo porque ambos están en la misma subred.
Majenko