[Rus333777]

1) localhost# tcpdump -i nfe0 udp port 67 or udp port 68
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on nfe0, link-type EN10MB (Ethernet), capture size 96 bytes
09:16:47.401482 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 02:8d:eb:8f:13:00 (oui Unknown), length 300
09:16:55.406010 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 02:8d:eb:8f:13:00 (oui Unknown), length 300

2) я незнаю откуда оно взялось и что означает options=8<VLAN_MTU>

[kim-aa]

Rus333777,

Чего-то брешет DHCP-сервер в логах.
tcpdump не фиксирует DHCPoffer

[Rus333777]

я ето тоже заметил но почему когда его запускаю то выдает вот так:

localhost# /usr/local/etc/rc.d/isc-dhcpd restart
dhcpd not running? (check /var/run/dhcpd/dhcpd.pid).
Starting dhcpd.
Internet Systems Consortium DHCP Server V3.0.7
Copyright 2004-2008 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Wrote 0 leases to leases file.
Listening on Socket/nfe0/192.168.1/24
Sending on Socket/nfe0/192.168.1/24
DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0
DHCPOFFER on 192.168.1.60 to 02:8d:eb:8f:13:00 via nfe0
DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0
DHCPOFFER on 192.168.1.60 to 02:8d:eb:8f:13:00 via nfe0
DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0


и в dhcpd.log :

Apr 23 07:05:27 localhost dhcpd: For info, please visit http://www.isc.org/sw/dhcp/
Apr 23 07:05:27 localhost dhcpd: Internet Systems Consortium DHCP Server V3.0.7
Apr 23 07:05:27 localhost dhcpd: Copyright 2004-2008 Internet Systems Consortium.
Apr 23 07:05:27 localhost dhcpd: All rights reserved.
Apr 23 07:05:27 localhost dhcpd: For info, please visit http://www.isc.org/sw/dhcp/
Apr 23 07:05:27 localhost dhcpd: Wrote 0 leases to leases file.
Apr 23 07:05:27 localhost dhcpd: Listening on Socket/nfe0/192.168.1/24
Apr 23 07:05:27 localhost dhcpd: Sending on Socket/nfe0/192.168.1/24
Apr 23 07:09:57 localhost dhcpd: DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:09:58 localhost dhcpd: DHCPOFFER on 192.168.1.60 to 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:03 localhost dhcpd: DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:03 localhost dhcpd: DHCPOFFER on 192.168.1.60 to 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:17 localhost dhcpd: DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:17 localhost dhcpd: DHCPOFFER on 192.168.1.60 to 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:32 localhost dhcpd: DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:32 localhost dhcpd: DHCPOFFER on 192.168.1.60 to 02:8d:eb:8f:13:00 via nfe0
Apr 23 07:10:49 localhost dhcpd: DHCPDISCOVER from 02:8d:eb:8f:13:00 via nfe0

[Rus333777]

возможно проблема в конфиге? а то уже и переустанавливал сервер несколько раз... :


default-lease-time 600;
max-lease-time 7200;
authoritative;
ddns-update-style none;

subnet 192.168.1.0 netmask 255.255.255.0 {
range 192.168.1.34 192.168.1.60;
option broadcast-address 192.168.1.255;
option routers 192.168.1.17;
option domain-name-servers 195.5.29.11;
}

[slaine]

[root@localhost ~]# tcpdump -i eth0 udp port 67 or udp port 68 »

может стоит посмотреть так:
tcpdump -i eth0 udp port 67 and udp port 68
или
tcpdump -i eth0 udp port 68

[Rus333777]

tcpdump -i eth0 udp port 67 and udp port 68

аналогичный вывод

[kim-aa]

1)
Я бы, все таки, посмотрел на средства фильтрации.
В первую очередь, логи фаервола (они должны быть включены), системные логи, логи безопасности.
На время отладки, желательно включить максимальную детализацию.

2)
Можно попробовать с другой стороны.
Попробовать другой DHCP сервер.
Часто у tftp серверов присутствует простейшая функциональность DHCP


Я бы начал с пункта 2

[Rus333777]

Поставил DHCP- сервер на Mandriva с конфигом из FreeBSd и всё сразу заработало. Возможно действительно Firewall мешает?
1) Зделал ipfw flush
2) у меня по умолчанию стоит 65535 deny all from any to any
3) добавляю 00001 allow all from any to any

Получается # ipfw list
00001 allow ip from any to any
65535 deny ip from any to any
Подключаюсь а ситуация не меняется(((

[kim-aa]

Возможно действительно Firewall мешает? 1) Зделал ipfw flush 2) у меня по умолчанию стоит 65535 deny all from any to any 3) добавляю 00001 allow all from any to any Получается # ipfw list 00001 allow ip from any to any 65535 deny ip from any to any Подключаюсь а ситуация не меняется((( »

Не подскажу по ipfw, тем более еще в 5й ветке рекомендовали менять его ipfilter либо pf.
Единственный смылс использования ipfw (в 5й и 6й ветках) была настройка прозрачного прокси, т.к. все примеры приводились под ipfw

[Rus333777]

Думаю что Вы были правы- здесь дело в етом:
options=8<VLAN_MTU>
только вот откуда оно взялось и как его удалить???