подключиться: сеть недоступна? - пинг


18

Когда я пытаюсь пинговать гугл днс или что-то вне сети, я получаю connect: Network is unreachable?

Я не могу обновить ни то, что я положил на это

Я новичок в сети ... И Ubuntu. Но это результаты некоторых команд, которые, как я думал, могут помочь

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

Каковы результатыip route show
GnP

1
192.168.0.0/24 dev eth0 ссылка на область действия ядра протока src 192.168.0.5 192.168.122.0/24 dev virbr0 ссылка на область действия ядра протока src 192.168.122.1
user240010

10
ip route add default via 192.168.0.1 dev eth0должен получить подключение, предполагая, что IP-адрес вашего маршрутизатора 192.168.0.1. Если это работает (попробуйте ping 8.8.8.8сначала, а затем google.com), проверьте мой ответ, чтобы сохранить изменения.
GnP

@ user240010, ты написал отличное решение. Могу я спросить, как ты это понял? Благодарю.
Фрэнк

@ GNP, вы написали отличное и умное решение. Я только что обнаружил, что он не сохраняется после выхода из системы. Не могли бы вы сказать мне, как сохранить это? Благодарю.
Фрэнк

Ответы:


14

Следующая строка неверна:

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

Кроме того, кажется, нет никакой настройки шлюза по умолчанию.

Не имея больше информации о вашей сети, я бы предложил добавить следующую строку в конце:

    gateway <YOUR.ROUTER.IP.ADDRESS>

Итак, если предположить, что ваш IP-адрес маршрутизатора 192.168.0.1, это будет целая запись:

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

Проблема в том, что вам нужно установить шлюз по умолчанию

1) Взять терминал

2) sudo su

3) Введите

$ route add default gw (например: 192.168.136.1) eth0

4) иногда вы сможете пинговать (пинг 8.8.8.8), но без подключения к интернету в браузере, тогда

5) перейдите в 'nano /etc/resolv.conf'

6) Добавить

7) nameserver 8.8.8.8

8) nameserver 192.168.136.0 (шлюз) или nameserver 127.0.1.1

9) sudo /etc/init.d/networking перезапустить или перезапустить сервисную сеть


Добро пожаловать в Аскубунту. Два замечания: 1. Воздержитесь от ответов на вопросы с принятым ответом, если вы действительно не пришли с чем-то другим. 2. Никогда не советуйте sudo su, так как это считается плохой практикой здесь по многим причинам.
Марк Ванхомиссен

2

Вам может потребоваться добавить шлюз по умолчанию. От имени пользователя root выполните эту команду.

Например

root@localhost:~# route add default gw 172.23.5.1

Вы можете получить первые 3 октета, 172.23.5 от eth0 / eoM

Затем пропингуйте IP, чтобы увидеть, работает ли соединение.

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

В моем случае, если ваша система находится за брандмауэром, он не может взаимодействовать с интернетом. Если вы не укажете прокси-сервер для HTTP / HTTPS / FTP, он недоступен.

Попробуй это:

export  http_proxy=http://yourcompanyproxy.company.com:1234   
export  ftp_proxy=ftp://yourcompanyproxy.company.com:1234  
export  https_proxy=https://yourcompanyproxy.company.com:1234
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.