połączyć: sieć jest nieosiągalna? - ping

18

Kiedy próbuję pingować dns Google'a lub którykolwiek poza siecią, otrzymuję connect: Network is unreachable?

Nie mogę zaktualizować żadnego z nich

Jestem nowy w sieci ... i Ubuntu. Ale są to wyniki niektórych poleceń, które moim zdaniem mogą pomóc

$ 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.
użytkownik240010
źródło
Jaka jest wydajnośćip 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 eth0powinien uzyskać łączność, zakładając, że adres IP routera to 192.168.0.1. Jeśli to zadziała (spróbuj ping 8.8.8.8najpierw, a następnie google.com) sprawdź moją odpowiedź, aby zachować zmiany.
GnP
@ user240010, Napisałeś doskonałe rozwiązanie. Czy mogę zapytać, jak to wymyśliłeś? Dzięki.
Frank
@GnP, Napisałeś doskonałe i sprytne rozwiązanie. Właśnie odkryłem, że nie wytrąca się po wylogowaniu. Czy możesz mi powiedzieć, jak to utrzymać? Dzięki.
Frank

Odpowiedzi:

14

Błędny jest następujący wiersz:

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

Ponadto wydaje się, że nie ma domyślnej konfiguracji bramy.

Nie mając więcej informacji o Twojej sieci, sugeruję dodanie następującego wiersza na końcu:

    gateway <YOUR.ROUTER.IP.ADDRESS>

Zakładając, że adres IP routera to 192.168.0.1, byłby to cały wpis:

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
źródło
3

Problem polega na tym, że musisz ustawić domyślną bramę

1) Weź terminal

2) sudo su

3) Wpisz

$ route dodaj domyślny gw (np .: 192.168.136.1) eth0

4) czasami będziesz mógł pingować (ping 8.8.8.8), ale wtedy nie ma połączenia z Internetem w przeglądarce

5) przejdź do „nano /etc/resolv.conf”

6) Dodaj

7) serwer nazw 8.8.8.8

8) serwer nazw 192.168.136.0 (brama) lub serwer nazw 127.0.1.1

9) sudo /etc/init.d/networking restart lub restart sieci serwisowej

akhil kumar
źródło
Witamy w askubuntu. Dwie uwagi: 1. Powstrzymuj się od odpowiadania na pytania z zaakceptowaną odpowiedzią, chyba że naprawdę masz coś innego. 2. Nigdy nie radzę sudo su, ponieważ jest to uważane za złą praktykę z wielu powodów.
Marc Vanhoomissen
2

Może być konieczne dodanie domyślnej bramy. Jako użytkownik root wykonaj to polecenie.

Na przykład

root@localhost:~# route add default gw 172.23.5.1

Pierwsze 3 oktety, 172,23,5, możesz uzyskać od eth0 / eoM

Następnie pinguj adres IP, aby sprawdzić, czy połączenie działa.

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
źródło
-1

W moim przypadku, jeśli twój system znajduje się za zaporą ogniową, to nie może wchodzić w interakcje z Internetem. Jeśli nie określisz serwera proxy dla HTTP / HTTPS / FTP, nie jest on osiągalny.

Spróbuj tego:

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
źródło