conectar: ​​¿la red es inalcanzable? - ping

18

Cuando intento hacer ping a los dns de google o cualquier otro fuera de la red que obtengo connect: Network is unreachable?

No puedo actualizar tampoco lo que puse en esto

Soy nuevo en redes ... y Ubuntu. Pero estos son resultados de algunos comandos que pensé que podrían ayudar

$ ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:0e:7f:a9:10:54 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.5/24 brd 192.168.0.255 scope global eth0
    inet6 fe80::20e:7fff:fea9:1054/64 scope link 
       valid_lft forever preferred_lft forever
3: virbr0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN 
    link/ether 86:0b:cb:43:63:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.1/24 brd 192.168.122.255 scope global virbr0
mcserver@helloworld:~$ 

$ vi /etc/resolv.conf:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 192.168.0.5
nameserver 8.8.8.8

$ vi /etc/network/interfaces
# The loopback network interface
auto lo
iface lo inet loopback

# The primary network interface
auto eth0
iface eth0 inet static
        address 192.168.0.5
        netmask 255.255.255.0
        network 192.168.1.0
        broadcast 192.168.0.255
        post-up iptables-restore < /etc/iptables.up.rules
        dns-nameservers 192.168.0.5 8.8.8.
networking server network-manager dns user240010
fuente
¿Cuál es el resultado deip route show
GnP
1
192.168.0.0/24 dev eth0 proto kernel scope link src 192.168.0.5 192.168.122.0/24 dev virbr0 proto kernel scope link src 192.168.122.1
user240010
10
ip route add default via 192.168.0.1 dev eth0debería obtener conectividad, suponiendo que la dirección IP de su enrutador sea 192.168.0.1. Si esto funciona (intente ping 8.8.8.8primero, luego google.com) verifique mi respuesta para persistir los cambios.
GnP
@ user240010, Usted escribió una excelente solución. ¿Puedo preguntar cómo lo descubriste? Gracias.
Frank
@GnP, escribiste una solución excelente e inteligente. Descubrí hace un momento que no persiste después de cerrar sesión. ¿Podría decirme cómo persistir? Gracias.
Frank

Respuestas:

14

La siguiente línea es incorrecta:

iface eth0 inet static
    address 192.168.0.5
    netmask 255.255.255.0
    network 192.168.1.0 <<<<<<<<<<<<<<<<<<<<<<<< It should be 192.168.0.0
    broadcast 192.168.0.255
    post-up iptables-restore < /etc/iptables.up.rules
    dns-nameservers 192.168.0.5 8.8.8.8

Además, no parece haber ninguna configuración de puerta de enlace predeterminada.

Al no tener más información sobre su red, sugeriría agregar la siguiente línea al final:

    gateway <YOUR.ROUTER.IP.ADDRESS>

Entonces, suponiendo que la dirección IP de su enrutador sea 192.168.0.1, esta sería la entrada completa:

iface eth0 inet static
    address 192.168.0.5
    netmask 255.255.255.0
    network 192.168.0.0
    broadcast 192.168.0.255
    post-up iptables-restore < /etc/iptables.up.rules
    gateway 192.168.0.1
    dns-nameservers 192.168.0.5 8.8.8.8
GnP
fuente
3

El problema es que debe configurar su puerta de enlace predeterminada

1) Toma la terminal

2) sudo su

3) Escriba

$ route add default gw (por ejemplo: 192.168.136.1) eth0

4) a veces podrá hacer ping (ping 8.8.8.8) pero no hay conexión a Internet en el navegador, luego

5) vaya a 'nano /etc/resolv.conf'

6) Agregar

7) servidor de nombres 8.8.8.8

8) servidor de nombres 192.168.136.0 (puerta de enlace) o servidor de nombres 127.0.1.1

9) sudo /etc/init.d/networking restart o service network restart

akhil kumar
fuente
Bienvenido a askubuntu. Dos comentarios: 1. Abstenerse de responder preguntas con una respuesta aceptada a menos que realmente venga con algo diferente. 2. Nunca aconseje hacerlo sudo su, ya que esto se considera una mala práctica aquí por muchas razones.
Marc Vanhoomissen
2

Es posible que deba agregar una puerta de enlace predeterminada. Como usuario root, ejecute este comando.

P.ej

root@localhost:~# route add default gw 172.23.5.1

Puede obtener los primeros 3 octetos, 172.23.5 de eth0 / eoM

Luego haga ping a una IP para ver si la conexión funciona.

root@localhost:~# ping 10.56.94.81    
PING 10.56.94.81 (10.56.94.81) 56(84) bytes of data.    
64 bytes from 10.56.94.81: icmp_seq=1 ttl=62 time=0.203 ms    
64 bytes from 10.56.94.81: icmp_seq=2 ttl=62 time=0.197 ms    
64 bytes from 10.56.94.81: icmp_seq=3 ttl=62 time=0.210 ms    
^C    
--- 10.56.94.81 ping statistics ---    
3 packets transmitted, 3 received, 0% packet loss, time 2033ms    
rtt min/avg/max/mdev = 0.197/0.203/0.210/0.012 ms
Prasanna Venkatesh
fuente
-1

En mi caso, si su sistema está detrás de un firewall, eso no puede interactuar con internet. A menos que especifique un servidor proxy para HTTP / HTTPS / FTP, no es accesible.

Prueba esto:

export  http_proxy=http://yourcompanyproxy.company.com:1234   
export  ftp_proxy=ftp://yourcompanyproxy.company.com:1234  
export  https_proxy=https://yourcompanyproxy.company.com:1234
Sireesh Yarlagadda
fuente