Мой коллега в настоящее время пытается решить проблему с машиной Raspberry Pi 3 (последняя версия Rasbian). isc-dhcpd-server работает без проблем на другой аналогичной установке. Внутри /etc/dhcp/dhcpd.conf в обеих системах можно найти одинаковое содержимое, включая конфигурацию subnet которой четко указано, что необходимо использовать 192.168.100.x с netmask 255.255.255.0:

# example.org domain and domain name servers configuration
# ...
ddns-update style none;

option subnet-mask 255.255.255.0;
option broadcast-address 192.168.100.255;
option domain-name "project.test";

subnet 192.168.100.0 netmask 255.255.255.0 {
    range 192.168.100.2 192.168.100.253;
}

По какой-то причине dhcp-сервер автоматически назначает IP-адрес из совершенно другой сети (обратите внимание, что Raspberry Pi не подключен ни к какому маршрутизатору и т.д., А среда не имеет подключения к другим устройствам или Интернету:

root@rpi:~$ ifconfig
eth0 169.254.221.127 netmask 255.255.0.0 broadcast 169.254.255.255
lo ...

Я не знаком с dhcp-сервером и всеми настройками, необходимыми для его правильной работы, поэтому я, вероятно, упускаю что-то очевидное. Есть ли другое место, где эта конфигурация должна быть изменена?

Рекурсивный поиск внутри /etc

grep -rnw * -e "169.254.*"

вернул (на обеих машинах) два совпадения - одно в gai.conf и одно в сети. Gai.conf - это то, что я никогда не слышал. Что касается сетей - это параметр link-local и, как кажется, это значение по умолчанию во многих системах (включая мои собственные виртуальные машины, на которых работает Xubuntu 16.04).

1 ответ1

1

Этот адрес не назначен DHCP. Диапазон 169.254.0.0/16 предназначен для адресов "zeroconf" - локальных адресов каналов, выбранных самой системой, которые чаще всего используются в качестве запасных при недоступности DHCP. Если вы видите этот адрес, но не обычный адрес, это может означать несколько вещей:

  • Ваш DHCP-клиент не смог получить аренду и сдался.

  • Или ваш сетевой профиль на самом деле настроен на «только локальный» (в NetworkManager или подобном).

Как всегда, если ваш клиент DHCP и сервер не делать то , что они должны выяснить , что они делают - проверить системные журналы, использовать инструмент захвата пакетов (Wireshark/ TCPDUMP), и так далее.

  1. Работает ли демон dhcpd?
  2. Какой DHCP-клиент использует rpi? Это работает? Можете ли вы запустить его в режиме подробного или отладочного?
  3. Отправляет ли клиент DHCPDISCOVER и отвечает ли сервер DHCPOFFER?
  4. Отправляет ли клиент DHCPREQUEST и отвечает ли сервер DHCPACK?

Файл /etc/networks не имеет значения. Его единственное назначение (аналогично /etc /hosts) - назначить отображаемые имена префиксам сети, например, при выполнении команды route . Точно так же /etc/gai.conf содержит только приоритеты для сортировки результатов поиска DNS - ничего общего с DHCP.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .