connect: Netzwerk ist nicht erreichbar?

18

Wenn ich versuche, die DNS von Google oder eine andere außerhalb des Netzwerks zu pingen, bekomme ich connect: Network is unreachable?

Ich kann auch nicht aktualisieren, was ich darauf zurückführte

Ich bin neu im Networking ... und Ubuntu. Aber dies sind Ergebnisse einiger Befehle, von denen ich dachte, dass sie helfen könnten

$ 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.

— user240010
quelle

Was ist die Ausgabe vonip route show

— GnP

1

192.168.0.0/24 dev eth0 protokernel scope link src 192.168.0.5 192.168.122.0/24 dev virbr0 protokernel scope link src 192.168.122.1

— user240010

9

ip route add default via 192.168.0.1 dev eth0sollten Sie Konnektivität erhalten, vorausgesetzt, Ihre Router IP-Adresse ist 192.168.0.1. Wenn dies funktioniert ( ping 8.8.8.8zuerst versuchen , dann google.com), überprüfen Sie meine Antwort, um die Änderungen beizubehalten.

— GnP

@ user240010, Du hast eine hervorragende Lösung geschrieben. Darf ich fragen, wie Sie es herausgefunden haben? Vielen Dank.

— Frank

@GnP, Du hast eine hervorragende und clevere Lösung geschrieben. Ich habe gerade festgestellt, dass es nach dem Abmelden nicht mehr besteht. Können Sie mir bitte sagen, wie ich es aushalten soll? Vielen Dank.

— Frank

14

Die folgende Zeile ist falsch:

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

Außerdem scheint es kein Standard-Gateway-Setup zu geben.

Wenn Sie keine weiteren Informationen zu Ihrem Netzwerk haben, sollten Sie am Ende die folgende Zeile einfügen:

    gateway <YOUR.ROUTER.IP.ADDRESS>

Unter der Annahme, dass Ihre Router-IP-Adresse 192.168.0.1 lautet, ist dies der gesamte Eintrag:

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
quelle

3

Das Problem ist, dass Sie Ihr Standard-Gateway festlegen müssen

1) Nehmen Sie das Terminal

2) sudo su

3) Geben Sie ein

$ route add default gw (zB: 192.168.136.1) eth0

4) Manchmal können Sie pingen (Ping 8.8.8.8), aber dann keine Internetverbindung im Browser

5) gehe zu 'nano /etc/resolv.conf'

6) Hinzufügen

7) Nameserver 8.8.8.8

8) Nameserver 192.168.136.0 (Gateway) oder Nameserver 127.0.1.1

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

— akhil kumar
quelle

Willkommen bei askubuntu. Zwei Anmerkungen: 1. Beantworten Sie Fragen nicht mit einer akzeptierten Antwort, es sei denn, Sie kommen wirklich mit etwas anderem. 2. Raten Sie niemals dazu sudo su, da dies aus vielen Gründen als schlechte Praxis angesehen wird.

— Marc Vanhoomissen

2

Möglicherweise müssen Sie ein Standardgateway hinzufügen. Führen Sie als Root diesen Befehl aus.

Z.B

root@localhost:~# route add default gw 172.23.5.1

Sie können die ersten 3 Oktette 172.23.5 von eth0 / eoM erhalten

Pingen Sie dann eine IP, um zu sehen, ob die Verbindung funktioniert.

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
quelle

-1

In meinem Fall kann Ihr System nicht mit dem Internet interagieren, wenn es sich hinter einer Firewall befindet. Sofern Sie keinen Proxyserver für HTTP / HTTPS / FTP angeben, ist dieser nicht erreichbar.

Versuche dies:

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
quelle

connect: Netzwerk ist nicht erreichbar? - Ping