☰

Невозможно выполнить ping внутри или вне сети со шлюзом по умолчанию 0.0.0.0

tag-icon • tag-icon ethernet gateway
Невозможно выполнить ping внутри или вне сети со шлюзом по умолчанию 0.0.0.0

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

Я пытаюсь подключить свою новую установку 14.04 к сети, и я вынужден находиться за маршрутизатором моего колледжа. Теперь я протестировал другой кабель, который сейчас подключен к моему Ubuntu box на Windows, Mac OS X и даже Ubuntu 14.04 box моего друга, и они все подключаются без проблем. Я пытаюсь отследить это около двух дней, но каждый раз, когда я приближаюсь к этому, ошибка переходит на какую-то другую часть моего соединения.

В любом случае, как есть, ifconfig -aполучается:

eth2    Lninkencap:Ethernet  HWaddr:00:1f:bc:08:31:1d
        inet addr:10.32.51.51 Bcast:10.32.51.155 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
        RX bytes:0 TX bytes:0

а также локальный шлейф, но я предполагаю, что здесь это не проблема.

sudo dhclient -v eth2возвращает:

Listening on LPF/<hardware address of my integrated NIC, above>
Sending on <same>
Sending on Socket/fallback
DHCPREQUEST of 10.32.51.51 on eth2 to 255.255.255.255 port 67 (xid=0x6f4a66ba)
<two more lines of same>
DHCPDISCOVER on eth2 to 255.255.255.255 port 67 interval 3 (xid=0x156f9fb4)
<many more of above with varying intervals>
No DHCPOFFERS received.
Trying recorded lease 10.32.51.51
RTNETLINK answers: File exists
bound: renewal in <large number> seconds

Если я попробую ping 8.8.8.8, то получу:

connect: Network is unreachable

/etc/resolv.conf содержит только две строки, сообщающие вам, что его не нужно редактировать, в то время как /etc/network/interfaces содержит только блок интерфейса loopback. Я пробовал закомментировать строку "option rfc3442" в /etc/dhcp/dhclient.conf, что, похоже, решило эту проблему для многих людей, а также добавить строку

send vendor-class-indentifier "MSFT5.0"

в dhclient.conf, чтобы сообщить маршрутизатору, что я работаю на Windows, на случай, если им не понравится Linux.

Наконец, route -nраскрывается:

Destination     Gateway     Genmask           Flags     Metric    Ref     Use     Iface
10.32.51.0      0.0.0.0     255.255.255.0     U         0         0       0       eth2

Я хотел бы заранее извиниться за несомненно исковерканное выравнивание текста, но я, очевидно, печатаю это все вручную, читаю с терминала по мере ввода команд. Надеюсь, это интересная проблема, а не то, на что я беспечно наткнулся в своей (очевидной) чрезмерной самоуверенности.

ТИА!

Краткое дополнение перед публикацией: индикатор активности на порту Ethernet горит, а один мигает во время загрузки, но они редко (и, по-видимому, случайно) делают это после загрузки (оба не горят), даже при запуске dhclient на переднем плане. Когда я ранее подключил Ubuntu к своему MacBook, я получил то, что выглядело как обычный шаблон мигания питания/восходящего канала, но не смог пинговать один из другого.

решение1

Оказалось, что это была аппаратная проблема — в контроллере Ethernet есть известный производственный дефект. EVGA x58 micro, если вам интересно.

Связанный контент