Не могу понять в чем дело! Клиент виндавс не может получить инфу с dhcp...
Вот как это выглядит (tcpdump -i xl0):07:19:58.394766 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:e6:89:82:b3 (oui Unknown), length: 300
07:20:01.394458 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:e6:89:82:b3 (oui Unknown), length: 300
07:20:09.088891 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:e6:89:82:b3 (oui Unknown), length: 300ifconfig:
xl0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=9<RXCSUM,VLAN_MTU>
inet 10.10.169.10 netmask 0xffffff00 broadcast 10.10.169.255
ether 00:0a:5e:5d:97:07
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
xl1: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
options=9<RXCSUM,VLAN_MTU>
inet 192.168.0.1 netmask 0xfffffff0 broadcast 192.168.0.15
ether 00:50:04:47:a2:1f
media: Ethernet autoselect (100baseTX <full-duplex>)
status: active
pflog0: flags=0<> mtu 33208
pfsync0: flags=0<> mtu 2020
syncpeer: 224.0.0.240 maxupd: 128
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
inet 127.0.0.1 netmask 0xff000000
ng0: flags=88d1<UP,POINTOPOINT,RUNNING,NOARP,SIMPLEX,MULTICAST> mtu 1460
inet 172.16.14.64 --> 10.10.10.10 netmask 0xffffffffsockstat:
USER COMMAND PID FD PROTO LOCAL ADDRESS FOREIGN ADDRESS
dhcpd dhcpd 919 3 dgram -> /var/run/logpriv
dhcpd dhcpd 919 7 udp4 *:67 *:*dhcpd.conf:
authoritative;
ddns-update-style none;
default-lease-time 21600;
max-lease-time 43200;subnet 192.168.0.0 netmask 255.255.255.240 {
range 192.168.0.2 192.168.0.14;
option routers 192.168.0.1;
option domain-name-servers 192.168.0.1;
option domain-name "expertdata-ural.ru";
option ntp-servers 192.168.0.1;
option pop-server 192.168.0.1;
option smtp-server 192.168.0.1;
option time-servers 192.168.0.1;
option netbios-name-servers 192.168.0.1;host PROGRAMMER {
hardware ethernet 00:16:e6:89:82:b3;
fixed-address 192.168.0.2;
option host-name "PROGRAMMER";
}
host 65DC321 {
hardware ethernet 00:0f:ea:16:6c:92;
fixed-address 192.168.0.3;
option host-name "65DC321";
}
host TEMP {
hardware ethernet 00:0d:88:39:f1:38;
fixed-address 192.168.0.14;
option host-name "TEMP";
}
}фаер не мешает это точно (пробовал и с ним и без него). Версия ОС 6.2-RELEASE-p9, версия DHCP 3.0.5 установлен из портов с поддержкой LDAP.
Люди добрые помогите советом! Где копать? что смотреть?
>07:19:58.394766 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:e6:89:82:b3 (oui Unknown), length: 300
>07:20:01.394458 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:e6:89:82:b3 (oui Unknown), length: 300
>07:20:09.088891 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:16:e6:89:82:b3 (oui Unknown), length: 300Судя по логу tcpdump'а запросы от клиента приходят, а ответов нет. Почему сервер не отвечает на запросы?.. Это скорее тебе видней, чем нам.
>Судя по логу tcpdump'а запросы от клиента приходят, а ответов нет. Почему
>сервер не отвечает на запросы?.. Это скорее тебе видней, чем нам.В том и вся беда! Не знаю я уже где смотреть и что копать -((( Я тоже кстати склоняюсь к тому, что это именно сервер не отвечает клиент... тока вот почему? И что значит вот эта штука: (oui Unknown)?
>В том и вся беда! Не знаю я уже где смотреть и
>что копать -((( Я тоже кстати склоняюсь к тому, что это
>именно сервер не отвечает клиент... тока вот почему? И что значит
>вот эта штука: (oui Unknown)?14:43:43.228930 IP 0.0.0.0.68 > 255.255.255.255.67: BOOTP/DHCP, Request from 00:13:d4:c3:29:ef, length: 300
14:43:43.229195 IP 10.0.0.1.67 > 255.255.255.255.68: BOOTP/DHCP, Reply, length: 300
Вот мой вариант, кто такой тот unknown я не знаю.Правда у меня тоже не работает :(.
По логу видно как приходит запрос и уходит ответ, а клиент ИП не получает. Может кто подскажет почему?
конф:
[root@gtw stakado]# cat /etc/dhcpd.conf
ddns-update-style none;subnet 10.0.0.0 netmask 255.255.255.0 {
range 10.0.0.200 10.0.0.210;
}
Версия: Internet Systems Consortium DHCP Server V3.0.4
>Правда у меня тоже не работает :(.Есть у меня дикое подозрение, что это из-за LDAP! У тебя сервер с поддержкой LDAP собран или нет?
Можно попробовать переинсталить порт...
>Есть у меня дикое подозрение, что это из-за LDAP! У тебя сервер
>с поддержкой LDAP собран или нет?
>Можно попробовать переинсталить порт...у меня с поддержкой. Но в конфиге лдап не используется. При старте dhcpd пишет:
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config fileПопробуй переставь, может полегчает, но боюсь проблемы не решит. Но это первое, с чего стоило начать.
>Попробуй переставь, может полегчает, но боюсь проблемы не решит. Но это первое,
>с чего стоило начать.Скажу одним словом: не помогло! -:(((((((((((
>>Попробуй переставь, может полегчает, но боюсь проблемы не решит. Но это первое,
>>с чего стоило начать.
>
>Скажу одним словом: не помогло! -:(((((((((((Тогда пробуем запустить демон DHCPD с ключиков -d 3, чтобы он делал debag, потому, как он явно говорит, что не может найти определения для MAC адреса клиента...:)
дополнительная инфа:
DHCPDISCOVER from 00:00:00:00:00:00:00:00:00:00 via xl1
DHCPOFFER on 192.168.0.14 to 00:00:00:00:00:00:00:00:00:00 via xl1что это за нули нах?
это сообщение при запуске с ключом -d
интерфейс, который слушает dnsmasq должен иметь адрес. Если у тебя мост, то адрес должен быть не у моста, а у физического интерфейса который должен слушать dnsmasq.