» проблема с DHCP

Чувствую себя идиотом.
Казалось бы что может быть непонятного в работе dhcp-сервера? Оказалось может быть.
Есть линь с установленным пакетом isc-dhcp-server.
В системе два интерфейса:
1. eth0 - 192.168.125.1/24
2. eth1 - 192.168.1.4/24, 192.168.1.1, 192.168.1.1
Первый интерфейс "смотрит" в локальную сеть куда и должны "поставляться" сетевые настройки.

Варианты:
1. DHCP-сервер "слушает" на всех интерфейсах, eth1 выключен. Бездисковые клиенты получают настройки корректно и без проблем.
2. DHCP-сервер "слушает" на всех интерфейсах, eth1 включен. Клиенты настройки не получают. Согласно данным tcpdump`а ответы "уходят" через eth1.
3. Указываю в настройках DHCP-сервера работу только через eth0, оба интерфейса активны. Tcpdump показывает приход запроса от клиента, а ответные пакеты ни на одном интерфейсе не обнаруживаются.

Если смотреть на проблему с точки зрения маршрутизации, то понятно, что во втором случае ответы идут на широковещательный адрес 255.255.255.255 по дефолтному маршруту. Но в третьем-то случае, куда они деваются?

Добавлено:
И вот что странно. Попробовал получить сетевые настройки из-под винды, и они были получены. Видать есть какая-то разница в этом сервере при обработке запросов по протоколу bootp и dhcp. Только как бы её выявить и устранить...

Чёрт возьми. А проблема-то моя жива и здорова.
Старую схему делал под ксеном. А сейчас разворачиваю класс уже на живом железе. Так вот пока ltsp-сервер на внешний интерфейс получал настройки автоматом от шлюза, то проблем с выдачей клиентам адресов не было. Как только на "внешний" интерфейс сделал статические настройки, опять всё пошло прахом. Что это может быть?

А если сделать жёсткую привязку по мак-адресу, то всё нормально работает в любых условиях. Что-то я уже ничего не понимаю.

ээээ извиняюсь, а в чем проблема-то?

gloomymen
Если вкратце, то проблема в следующем: "тонкие клиенты" не всегда получают настройки.

Цитата:

DHCP-сервер "слушает" на всех интерфейсах

вот этого я никогда не понимал
dhcpdump аднака

Цитата:

вот этого я никогда не понимал

Это было сделано в экспериментальных целях.

Цитата:

dhcpdump аднака

[more]root@ltsp64:~# tcpdump -nni eth-int
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth-int, link-type EN10MB (Ethernet), capture size 65535 bytes
18:02:21.274480 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:02:23.417036 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:02:27.536138 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:02:28.216485 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:02:28.219313 ARP, Request who-has 172.16.0.20 tell 172.16.0.1, length 28
18:02:29.219296 ARP, Request who-has 172.16.0.20 tell 172.16.0.1, length 28
18:02:30.219298 ARP, Request who-has 172.16.0.20 tell 172.16.0.1, length 28
18:02:35.664975 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:02:36.416069 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:02:44.516040 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:02:52.555986 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:02:56.481209 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:02:58.623770 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:03:02.742876 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:03:04.526029 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:03:10.871701 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:22:15:5d:5b:44, length 548
18:03:12.806822 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:03:21.196680 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
18:03:29.586655 IP 172.16.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length 303
[/more]
Такое впечатление, что тут клиент "оглох" и не слышит ответ.

такое бывает при некошерном ethernet линке
длинк?

Цитата:

такое бывает при некошерном ethernet линке
длинк?

Мда. Если бы вы почитали о моих проблемах в предыдущих постах, то не упоминали бы d-link и какой-то "некошерный линк".

Цитата:

Есть линь с установленным пакетом isc-dhcp-server и т.д. и т.п.

извиняйте, ну нет у меня привычки много читать)
пока ничего не понял, и по-прежнему советую dhcpdump

Добавлено:
хотя, вижу что напрасно
честно, не понимаю кртину
с dhcpd проблемы всегда самые интересные, не буду мешать

Цитата:

Подробнее...
Такое впечатление, что тут клиент "оглох" и не слышит ответ.

это tcpdump с сервера с isc-dhcp-server, если свич поддерживает SPAN неплохо посмотреть что из этого видит на своем порту клиент.

Цитата:

свич поддерживает SPAN

Нет никакого коммутатора. Пока что сервак с клиентом коннектятся через провод.
В мануале сказано, что динамические адреса для bootp-устройств не приветствуются. Типа прописывайте их жёстко. Но если кому-то очень хочется, то предлагается использовать директиву dynamic-bootp:

Цитата:

# This declaration allows BOOTP clients to get dynamic addresses,
# which we don't really recommend.

#subnet 10.254.239.32 netmask 255.255.255.224 {
# range dynamic-bootp 10.254.239.40 10.254.239.60;
# option broadcast-address 10.254.239.31;
# option routers rtr-239-32-1.example.org;
#}

Но она тоже проблему не решила.

вот хоть стреляйте в меня
проблема на канальном уровне

Цитата:

вот хоть стреляйте в меня
проблема на канальном уровне

Стреляю. Если всё оставить как есть, только в dhcpd.conf прописать соответствие mac-адреса и ip-адреса, то всё проходит отлично.
Выстрел два. Если конфигурацию не менять, то получать адрес не по bootp, а по dhcp, то адрес будет получен.
Выстрел три. Клиент и сервер поднят под ксеном. Сеть там без проводов. Проблемы те же.

а вне тюрьмы?

Всем привет!!!

Принесли ноут, не могу разобраться.

По шнуру IP от DHCP сервера не получает, по WI-FI всё ОК.

Состояние - подключение по локальной сети
Пакеты отправляет, но не получает.

Брандмауэр выключал как службу, сбрасывал настройки по умолчанию.
Антивирус снес - не помогло.
Провод проверил (в серверной патч-кордом пытался на прямую к свитчу подключить).
Свитчи тупые D-link


Имя журнала: Microsoft-Windows-Dhcp-Client/Admin
Источник: Microsoft-Windows-Dhcp-Client
Дата: 28.08.2013 17:36:38
Код события: 1001
Категория задачи:Событие состояния конфигурации адреса
Уровень: Ошибка
Ключевые слова:
Пользователь: LOCAL SERVICE
Компьютер: root-sa
Описание:
Компьютеру не назначен адрес от сети (DHCP-сервером) для сетевого адаптера с сетевым адресом 0x5C9AD8686AD0. Произошла следующая ошибка: 0x79. Компьютер будет пытаться получить для себя адрес от сервера сетевых адресов (DHCP-сервера).
Xml события:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Dhcp-Client" Guid="{15A7A4F8-0072-4EAB-ABAD-F98A4D666AED}" />
<EventID>1001</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>3</Task>
<Opcode>75</Opcode>
<Keywords>0x4000000000000000</Keywords>
<TimeCreated SystemTime="2013-08-28T13:36:38.325307600Z" />
<EventRecordID>141</EventRecordID>
<Correlation />
<Execution ProcessID="1016" ThreadID="3804" />
<Channel>Microsoft-Windows-Dhcp-Client/Admin</Channel>
<Computer>root-sa</Computer>
<Security UserID="S-1-5-19" />
</System>
<EventData>
<Data Name="HWLength">6</Data>
<Data Name="HWAddress">5C9AD8686AD0</Data>
<Data Name="StatusCode">121</Data>
</EventData>
</Event>

Имя журнала: Microsoft-Windows-Dhcp-Client/Admin
Источник: Microsoft-Windows-Dhcp-Client
Дата: 28.08.2013 17:36:19
Код события: 1001
Категория задачи:Событие состояния конфигурации адреса
Уровень: Ошибка
Ключевые слова:
Пользователь: LOCAL SERVICE
Компьютер: root-sa
Описание:
Компьютеру не назначен адрес от сети (DHCP-сервером) для сетевого адаптера с сетевым адресом 0x685D4366E48C. Произошла следующая ошибка: 0x79. Компьютер будет пытаться получить для себя адрес от сервера сетевых адресов (DHCP-сервера).
Xml события:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Microsoft-Windows-Dhcp-Client" Guid="{15A7A4F8-0072-4EAB-ABAD-F98A4D666AED}" />
<EventID>1001</EventID>
<Version>0</Version>
<Level>2</Level>
<Task>3</Task>
<Opcode>75</Opcode>
<Keywords>0x4000000000000000</Keywords>
<TimeCreated SystemTime="2013-08-28T13:36:19.964075300Z" />
<EventRecordID>140</EventRecordID>
<Correlation />
<Execution ProcessID="1016" ThreadID="1448" />
<Channel>Microsoft-Windows-Dhcp-Client/Admin</Channel>
<Computer>root-sa</Computer>
<Security UserID="S-1-5-19" />
</System>
<EventData>
<Data Name="HWLength">6</Data>
<Data Name="HWAddress">685D4366E48C</Data>
<Data Name="StatusCode">121</Data>
</EventData>
</Event>



Помогите разобраться, что бы не сносить систему.
Драйвера переустанавливал.

Johny_x3mal
Я правильно понимаю, что ip по проводу выдается dhcp, которая крутится на сервере. А по воздуху раздается dhcp на роутере?
Тогда, скорее всего, у вас пересекаются пулы адресов, выдающихся сервером и роутером.

Покажите интервалы адресов, которые выдает сервер и которые выдает роутер.