Почему я не могу получить доступ к Интернету посредством статической установки IP Сервер Ubuntu 14.04?

Просто установленный Сервер Ubuntu 14.04 и установка статическая схема IP машины. Однако, когда я пытаюсь проверить с помощью ping-запросов google.com, я получаю недостижимый узел назначения. Я могу проверить с помощью ping-запросов IP машины очень хорошо, шлюз также сообщает о недостижимом узле назначения. Машина подключена к переключателю, и у нас есть диапазон набора дюйм/с от ISP. Я ранее устанавливаю машину Windows 7 к статической схеме IP и использовал тот же DNS и Шлюз. На машине Windows я могу соединиться с Интернетом очень хорошо. Сетевая установка (найденный в/etc/network/interfaces) следующие:

auto lo
iface lo inet loopback

auto eth0
iface eth0 inet static
  address 128.159.180.xxx
  netmask 255.255.255.0
  network 128.159.180.0
  broadcast 128.159.180.255
  gateway 128.159.180.254
  dns-nameservers 208.69.150.252

Несколько вещей отметить: Это - Сервер Ubuntu 14.04, таким образом, это - CLI только никакой настольный GUI, и у меня есть проверка, чтобы удостовериться, что DHCP не выполняет и удалил клиента DHCP от машины. Помогите обнаружить, почему у меня нет интернет-соединения.

Править: для ifconfig eth0

eth0    Link encap:Ethernet HWaddr: 00:25:90:d0:ad:5a
        inet addr: 128.159.180.xxx Bcast: 128.159.180.255 Mask: 255.255.255.0
        UP BROADCAST MULTICAST MTU:1500 Metric:1
        RX packets:0 errors:0 dropped:0 overruns:0 frame:0
        TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
        collisions:0 txqueuelen:1000
        RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
        Memory:fb820000-fb840000

для IP списка маршрутов:

default via 128.159.180.254 dev eth0
128.159.180.0/24 dev eth0 proto kernel scope link src 128.159.180.xxx
3
задан 18 February 2015 в 21:58

2 ответа

Прежде всего с проблемами как это должен перезагрузить сначала, затем задать вопросы, если проблема сохраняется.

А значительный индикатор в этом случае был количеством пакетов Tx и Rx, являющимся 0 в списке ifconfig.

Расследование на пакетном уровне может быть информативным в этих случаях. Используйте tcpdump (или wireshark, если Вы предпочитаете) наблюдать пакетный трафик, в то время как Вы пытаетесь проверить с помощью ping-запросов другие вещи. Есть ли исходящие пакеты, но никакие возвращаемые пакеты? Никакие пакеты вообще?... Выполните эту команду в одном терминале:

sudo tcpdump -n -tttt -i eth0

При попытке проверить с помощью ping-запросов шлюз (самая близкая внешняя точка) в другом терминале:

ping 128.159.180.254

И наблюдают любой вывод относительно tcpdump терминала.

На сервере, без gui, можно сделать другие терминалы для работы с. Снизьте и удержите клавишу "ALT", тогда снижают ключ "F2", и у Вас будет новый терминал. Снизьте и удержите клавишу "ALT" и затем снизьте ключ "F1", и Вы вернетесь к своему исходному терминалу. Точно так же для "ALT" F3, F4, F5 и F6.

1
ответ дан 1 December 2019 в 17:03

После системной перезагрузки и повторения дампа tcp, предложенного Doug Smythies, система, кажется, соединилась успешно! Должно быть, были некоторые настройки, которые не взяли после конфигурации однако вопрос, кажется, решен. Спасибо за Ваши комментарии!

1
ответ дан 1 December 2019 в 17:03

Другие вопросы по тегам:

Похожие вопросы: