Застрял на получении IP конфигурации

Недавно, когда я пытаюсь подключиться к Ethernet, Ubuntu обнаруживает провод LAN, но требуется много времени (около 10 минут), чтобы получить IP-адрес.

Вывод nm-tool:

Type: Wired
Driver: r8169
State: connecting (getting IP configuration)
Default: no
HW Address: ----------

Capabilities:
  Carrier Detect: yes
  Speed: 100Mb/s

Wired Properties:
  Carrier: on

Нет проблем с DHCP сервером. Windows подключается к той же локальной сети очень быстро.

Содержимое /etc/network/interfaces

# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

Что может вызвать эту проблему?

EDIT:

Вывод ifconfig

eth0      Link encap:Ethernet  HWaddr e8:03:9a:b6:d1:2a  
      inet addr:10.2.64.198  Bcast:10.2.95.255  Mask:255.255.224.0
      inet6 addr: fe80::ea03:9aff:feb6:d12a/64 Scope:Link
      UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
      RX packets:1123164 errors:0 dropped:0 overruns:0 frame:0
      TX packets:582761 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:1000 
      RX bytes:1503341500 (1.5 GB)  TX bytes:56327121 (56.3 MB)

lo        Link encap:Local Loopback  
      inet addr:127.0.0.1  Mask:255.0.0.0
      inet6 addr: ::1/128 Scope:Host
      UP LOOPBACK RUNNING  MTU:65536  Metric:1
      RX packets:119202 errors:0 dropped:0 overruns:0 frame:0
      TX packets:119202 errors:0 dropped:0 overruns:0 carrier:0
      collisions:0 txqueuelen:0 
      RX bytes:7588901 (7.5 MB)  TX bytes:7588901 (7.5 MB)

Вывод dmesg : Pastebin Link

0
задан 7 February 2015 в 19:49

4 ответа

Вот несколько предложений, но ни в коем случае категорические ответы:

Попробуйте другого клиента DHCP

Если Вы ищете с apt-cache search dhcp | less, Вы будете видеть довольно много альтернатив dhcp, который прибывает по умолчанию. Например, я предложил бы добраться dhcpcd. Я не уверен, изменяется ли NetworkManager, это - настройки автоматически, после того как Вы устанавливаете dhcpcd, но я предложил бы открыться /etc/NetworkManager/NetworkManager.conf и под [main] раздел указывает dhcp=dhcpcd, как так. По крайней мере, согласно man NetworkManager.conf :

В настоящее время dhclient и dhcpcd являются глотком ‐ портированный. Клиент настроил, вот должна быть польза ‐ способна в Вашей системе также. Если этот ключ отсутствует, доступные клиенты DHCP разыскиваются в этом порядке: dhclient, dhcpcd.

Отключите dnsmasq плагин

dns=dnsmasq другая опция, которая указана в NetworkManager.conf. Причина, почему я отключил бы его, состоит в том, потому что dnsmasq выбрал бы сервер DNS от шлюза по умолчанию (иначе Ваш маршрутизатор), и это - также один из элементов в "процессе" конфигурации IP получения. Просто прокомментируйте, которые включают, как так # dns=dnsmasq. Мелочь для учета - то, что NetworkManager затем не разрешит доменные имена. Таким образом я предлагаю изменить настройки DNS в целом. Кроме того, думайте об удалении /etc/resolv.conf позволять вещам сброс или по крайней мере sudo dpkg-reconfigure resolvconf.

Удалите конфигурирования соединений и снова соединитесь

Это может быть сделано или через редактора соединений (Опция соединений редактирования в выпадающем меню илиnm-connection-editor от терминала). Кроме того, sudo rm -i /etc/NetworkManager/system-connections/* добьется цели.

Отключите NetworkManager от создания проводного соединения по умолчанию

Снова, это находится в NetworkManager.conf, под [основным], опция должна быть no-auto-default=*

Судите администратора сети WICD

Я предполагаю, что это сам объяснительное...

Исследуйте/etc/dhcp/dhclient.conf файл

Можно соответствовать моей конфигурации:

#send host-name "andare.fugue.com";
send host-name = gethostname();
#send dhcp-client-identifier 1:0:a0:24:ab:fb:9c;
#send dhcp-lease-time 3600;
supersede domain-name-servers 208.67.222.222,208.67.220.220,8.8.8.8;
# prepend domain-name-servers 208.67.222.222,208.67.220.220;
request subnet-mask, broadcast-address, time-offset, routers,
        domain-name, domain-name-servers, domain-search, host-name,
        dhcp6.name-servers, dhcp6.domain-search,
        netbios-name-servers, netbios-scope, interface-mtu,
        rfc3442-classless-static-routes, ntp-servers,
        dhcp6.fqdn, dhcp6.sntp-servers;

Среди прочего я также предложил бы, чтобы Вы добавили информацию от ifconfig, какую плату Ethernet Вы имеете, и вывод dmesg к Вашему questoin. Cheerios!

2
ответ дан 3 August 2019 в 19:03

Необходимо добавить, что интерфейс Ethernet к/etc/network/interfaces перечисляет следующим образом

iface eth0 inet dhcp

поперек, если Вы хотите сделать процесс dhcp вручную. ключ:

sudo dhclient eth0

1
ответ дан 3 August 2019 в 19:03

То, с чем Вы, вероятно, столкнулись, является проблемой автоматического согласования. (поскольку никакой wiresharking не был сделан, трудно для сообщения, но это - то, как что это пахнет.) Они раньше были более распространены, когда Ethernet переместился от 10 до 100 Мбит несколько лет назад, когда динозавры переместились Земля.

Так запускаются с ethtool --change eth0 autoneg off speed 100 duplex half и затем a: sudo dhclient -r&&sleep 5&&sudo dhclient и это должно занять точно 5 секунд вместо 10 минут.

, Как только это работает, мы будем работать над постоянной фиксацией, которая переживает "холодную" начальную загрузку (в зависимости от Ваших аппаратных средств, это могло бы уже пережить горячую загрузку)

0
ответ дан 3 August 2019 в 19:03

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

, Таким образом, я столкнулся с подобной проблемой после трудного катастрофического отказа моего Сервера Ubuntu. После восстановления я к счастью вернул все к начальной загрузке и затем удачный меня, никакой Интернет, потому что сетевая плата, казалось, застряла в выяснении, но никогда получении IP-адреса. Все, что это сделало бы, отправляют запросы DHCPDISCOVER как выше.

/ дни После закрытия лужения я нашел драйвер r8169, как замечено в углу Вашего первого снимка экрана, поскольку realtek не играет по правилам. Дополнение к поиску и устранению неисправностей, предложенному Sergiy, должно было бы смотреть на телефон

dmesg | grep -e r8169 -e <NICName>

, можно видеть, что ссылка снижается, и не готова, но это не может быть сильно очевидно иначе, потому что карта все еще, кажется, отсылает СООБЩЕНИЯ DHCPDISCOVER во время ifdown; сброс ifup.

Откат драйверов достаточно легок, и я следовал за этой веб-страницей как руководство: https://unixblogger.com/2016/08/11/how-to-get-your-realtek-rtl8111rtl8168-working-updated-guide /

Загрузка драйверов на карту с интерфейсом USB и установку их на сервер работала на меня даже без интернет-соединения.

Hope, которой это помогает, и по крайней мере надо надеяться, это обнаружится, когда я погуглю эту проблему в будущем, потому что я уверен, что это произойдет снова!

1
ответ дан 3 August 2019 в 19:03

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

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