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

1

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

Я тоже не могу обновить, что я приписываю этому

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

$ ip a1: 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 forever2: 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 forever3: 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 virbr0mcserver@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 OVERWRITTENnameserver 192.168.0.5nameserver 8.8.8.8$ vi /etc/network/interfaces# The loopback network interfaceauto loiface lo inet loopback# The primary network interfaceauto eth0iface 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.
2

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

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)судо су

3)Введите

$ route добавить gw по умолчанию (например:192.168.136.1) eth0

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

5)перейдите в раздел "nano /etc/resolv.conf"

6)Добавить

7)сервер имен 8.8.8.8

8)сервер имен 192.168.136.0(шлюз) или сервер имен 127.0.1.1

9)sudo /etc/init.d/перезапуск сети или перезапуск служебной сети

4

Возможно, вам потребуется добавить шлюз по умолчанию. Как пользователь 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
5

В моем случае, если ваша система находится за брандмауэром, она не может взаимодействовать с Интернетом. Если вы не укажете прокси-сервер для 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
6

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

7

Каков результат "отображения ip-маршрута`

8

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

9

@user240010, Вы написали отличное решение. Могу я спросить, как вы это выяснили? Спасибо.

10

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

11

@Фрэнк, я не уверен, что понимаю вопрос. Конфигурация сети не зависит от входа / выхода из системы, за исключением очень специфических обстоятельств (возможно, nm + wifi). Ответ, который я опубликовал ниже, представляет собой запись “/ etc /network /interfaces”, которая является постоянной при перезагрузках.

12

@GnP, спасибо вам за ваш ответ сегодня вечером. Я протестировал 1 ответ ниже, и он не возымел никакого эффекта после выхода из системы и входа в систему. Я действительно восхищался вашей идеей добавления ip-маршрута по умолчанию через 192.168.0.1 dev eth0, что это должно обеспечить вам подключение, предполагая, что IP-адрес вашего маршрутизатора равен 192.168.0.1 . . Как мы можем сделать так, чтобы он сохранялся?

13

@GnP, я допустил ошибку, изменив свое сетевое подключение на автоматический DHCP, который принудительно продлевает аренду DHCP после выхода из системы и повторного входа в систему и уничтожает постоянство при перезагрузках. Как я мог исправить эту ошибку со своей стороны? Спасибо.’

14

@Frank зависит от того, что вы сделали, какой тип подключения и т.д. Вы должны задать новый вопрос, разместив свою текущую конфигурацию и все остальное, что вы сочтете уместным.

15