Проводной интернет (eth0) внезапно прекратил работать – DHCPv4 приурочен!

G'day,

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

Это не происходило всего пару дней назад. Я не уверен, что компьютер перезагружается / обновляется ночью, но я думаю, что это не так (фильм все еще играет). Индикатор порта Ethernet не мигает (зеленый всегда горит ВСЕГДА, красный / оранжевый никогда не мигает).

В чем проблема?

[Не сейчас, на моем компьютере, может потребоваться некоторое время, чтобы распечатать ответы с терминала]

Edit1: my eth0 перечисляет IPv6-адрес, но не адрес IPv4, и я установил IPv6 на «игнорировать», может быть, это проблема?

Вы можете проверить статус обновления DCHP, выполнив это в терминале:

sudo dhclient eth0 # assuming eth0 is your network adapter 

Это попытается установить сетевые настройки и продолжить, и он скажет вам, что он пытается сделать (так что если он вступает в контакт, а затем терпит неудачу, вы должны увидеть результат). Если он не вступает в контакт, вы увидите, что это происходит, и так далее.

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

  • Попробуйте снова отключить его .
  • Если у вас есть другой сетевой адаптер на этом компьютере, попробуйте.
  • Если маршрутизатор имеет другой порт, попробуйте.
  • Если у вас есть запасной кабель, вставьте его.
  • Если у вас есть (или можно взять, купить или украсть) другой компьютер, попробуйте это в этом сетевом соединении.
  • Убедитесь, что никто не бросил Интернет . Ладно, этого достаточно ИТ-толпы. Извините, я не мог удержаться.

Возвращаясь к проблемам DHCP, наш сервер DHCP иногда слетает во взрыве. Для компьютеров, которым присвоены IP-адреса (полустатически, поскольку они всегда должны иметь один и тот же IP-адрес), я переместил их в полностью статические конфигурации без особых хлопот.

Если в нем работает Network Manager (как это делают большинство настольных компьютеров Ubuntu), вам нужна конфигурация, которая выглядит примерно так, как показано на следующем скриншоте. DNS является необязательным, но я нахожу, что с помощью DNS-сервера Google я могу устранить одну вещь, когда маршрутизатор имеет гибкость. Шлюз, вероятно, является самым важным для правильной маршрутизации трафика.

Если это сервер или вы вырвали Network Manager, ручная конфигурация находится в /etc/network/interfaces поэтому вы хотите запустить sudoedit /etc/network/interfaces и вставить конфигурацию, подобную этой. Если вы все еще запускаете Network Manager, как только он начнет работать, он изменит эту конфигурацию на все, что захочет. Если вы используете Network Manager, используйте другую конфигурацию.

 auto eth0 iface eth0 inet static address 192.168.0.4 netmask 255.255.255.0 network 192.168.0.0 broadcast 192.168.0.255 gateway 192.168.0.1 

То же самое касается шлюза. Правильно, или вы не можете связаться с внешним миром. Что касается IP, который вы выбираете. В любом из этих случаев вам нужно убедиться, что вы выбираете то, что не назначено DHCP. Конфликт IP может очень быстро вывести из строя любую возможность подключения.

Ваш компьютер является только DHCP-клиентом, он запрашивает IP-адрес с DHCP-сервера (обычно ваш домашний маршрутизатор). Поэтому я предлагаю вам просмотреть журналы вашего маршрутизатора, если у вас есть доступ к нему.

IPv6 addrss, который вы видите, возможно, является локальным адресом связи, который всегда устанавливается, если вы подключены.

Одним из наиболее полезных инструментов, которые я нашел для диагностики некоторых типов ошибок кабеля, является mii-tool . mii-tool предлагает вам сбросить настройки автоматического обнаружения кабеля, фактически втягивая кабель внутрь и наружу. Затем он запускает все соответствующие события на ubuntu, и он повторно запрашивает DHCP и другие параметры конфигурации.

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

sudo mii-tool -V #, чтобы получить подробную информацию о вашей текущей настройке устройства

Чтобы сбросить сетевое устройство

sudo mii-tool -R # для сброса состояния устройства (проверьте, что кабель находится)
sudo mii-tool -r # перезапустить автоматическое согласование (настроить скорость, используемую кабелем)

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

  $ sudo mii-tool -v eth1: negotiated 100baseTx-FD flow-control, link ok product info: vendor 00:07:32, model 17 rev 2 basic mode: autonegotiation enabled basic status: autonegotiation complete, link ok capabilities: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD advertising: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control link partner: 1000baseT-HD 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control