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.

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

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


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

-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
Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.