» DHCP в FreeBSD

Вообщем такая проблема , не могу поднять DHCP сервер в фряхе. вообщем скока не читал все бестолку. Не выдает он мне IP автоматом никак. Нужно что бы фря раздавала IP юзерам в LAN что бы те могли ходить в нет !!! Помогите , заранее благодарен!!!

dhcpd.conf в студию

Код:
dhcpd_enable="YES" # command option(s)
dhcpd_ifaces="xl2" # ethernet interface(s)
dhcpd_withuser="_dhcp" # user name to run as
dhcpd_withgroup="_dhcp" # group name to run as
dhcpd_chroot_enable="YES" # runs chrooted?

А во время dhcpd start никаких ошибок не сыпется?

если пишу
#dhcpd start
Internet Systems Consortium DHCP Server V3.0.5
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
Not searching LDAP since ldap-server, ldap-port and ldap-base-dn were not specified in the config file
Wrote 0 leases to leases file.
start: not found

если вот так:
/usr/local/etc/rc.d/isc-dhcpd start
/usr/local/etc/rc.d/isc-dhcpd: WARNING: /usr/local/etc/rc.isc-dhcpd.conf is obso lete, use /etc/rc.conf and/or /etc/rc.conf.d/dhcpd instead.
/usr/local/etc/rc.d/isc-dhcpd: WARNING: dhcpd_options is obsolete, use dhcpd_fla gs instead.
/usr/local/etc/rc.d/isc-dhcpd: ERROR: unable to copy /etc/localtime to /var/db/d hcpd/etc/localtime -- not a file or a directory

я вообще-то выложил полный конфиг , рабочий не на одном сервере.

Если чего-то не понятно - читать хендбук. Это не винда - тут тупое кликание с перебором вариантов не катит.

KOLYAND16
как ставили dhcpd?

#cd /usr/ports/net/isc-dhcp3-server
#make
#make install
выдает такую хуйню:
===> Installing for isc-dhcp3-server-3.0.5_2
===> isc-dhcp3-server-3.0.5_2 depends on file: /usr/local/bin/perl5.8.8 - found
===> isc-dhcp3-server-3.0.5_2 depends on shared library: ldap-2.3.2 - found
===> Generating temporary packing list
===> Checking if net/isc-dhcp3-server already installed
===> isc-dhcp3-server-3.0.5_2 is already installed
You may wish to ``make deinstall'' and install this port again
by ``make reinstall'' to upgrade it properly.
If you really wish to overwrite the old port of net/isc-dhcp3-server
without deleting it first, set the variable "FORCE_PKG_REGISTER"
in your environment or the "make install" command line.
*** Error code 1

Stop in /usr/ports/net/isc-dhcp3-server.
*** Error code 1

Stop in /usr/ports/net/isc-dhcp3-server.

****************
ну незнаю что прям и делать и дерево портов обновил и установил , перегружал, все бестолку!!! Ну че за нах, даже не могу понять ..... если можешь помоги, кинь если есть аська спишемся?

man ports

бо щас я начну ругаться. И поправь плиз пост: маты здесь абсолютно ни к чему - уважай людей, которые будут это читать.

Для будущих поколений:
Собственно причина в кривой загрузке,
важно предварительное обновления портов, поэтому
необходимо было удалить всё загруженное,
очистить от временных каталогов и файлов
Обновить дерево портов
переконфигурировать
и установка по новой

make deinstall
make clean
make distclean
make clean
make rmconfig
portsnap fetch update && portsnap -I update # или Ваш метод обновления портов
cd /usr/ports/net/isc-dhcp41-server/
make config
make install clean

естественно необходимо обратить особое внимание на важность предварительного обновления портов,
и использования для очистки make clean неиспользование которой в описанной проблемной ситуации и было ошибкой.
Предполагаете, что make deinstall всё сделает, ан нет необходимо и make clean
Вероятно, данный метод поможет в похожих проблемных ситуациях и с установкой других программ.

за 3 года я думаю он поставил дхцп-эшник

Цитата:

за 3 года я думаю он поставил дхцп-эшник

А если нет? Вдруг до сих пор матерится...

походу если он до сих пор об этом думает, то оно уже скорее всего в дурке.

Темы индексируются в поисковиках,
поэтому
на неё приходят прочитать результат люди впервые ищущие решение описанной проблемы,
вот для них и существует на форумах золотое правило писать автору топика ответ на собственный вопрос или метод решения указанной проблемы.
Если автор топика этого не сделал по неизвестным причинам, то
правилом хорошего тона считается, если пользователи форума знающее решение пишут решение вместо него.

Если это не так, то вероятно все темы старше одного месяца необходимо автоматически удалять.

Начну с конца.
Удалять темы можно только если они были закрыты, ибо очень часто темы достаточно обширны и в них поднимается сразу несколько вопросов.
Про индексацию и ищущих спорить не буду - вы абсолютно правы. Однако считаю, что отвечать (но не задавать вопрос) в старой теме не имеет смысла. Во-первых за столь продолжительное время проблему могли уже решить и решение давным-давно лежит на каком-нибудь хабре или лиссяре. Во-вторых подобный вопрос наверняка поднимался где-нибудь на других ресурсах и там тоже ответа не было. Было бы логично тогда везде, на всех ресурсах, тоже привести своё решение. Но это не продуктивно.

Если уж вам так хочется помочь кому-нибудь, опубликовав своё решение, то, я считаю, правильнее сделать это на ресурсах подобных хабру.

Могу с уверенностью констатировать, что описаний решения даже элементарно простых проблем для FreeBSD очень ограничено, вследствие очень малого числа её пользователей, и очень ничтожного числа специалистов желающих заниматься помощью начинающим, или просто пользователям со специфической проблемой.
Редко кто сможет разобраться где новичок сделал ошибку в пунктуации.
Поэтому любые мало-мальски толковые инструкции перепечатываются на разных сайтах многократно.
И лично я благодарен создателю любой инструкции по решениям во FreeBSD, если ещё с толковыми пояснениями так вообще бесценны.

И если человек знающий решение проблемы описанной даже в очень старой теме напишет её решение, то кто-то может потом из этого найдёт решение своей проблемы. И это не будет лишним. А кто-то может с использованием этого составит инструкцию и выложит на сайте.

---------
Я, например, уже месяц ищу как заставить dhclient FreeBSD посылать широковещательный запрос чётко в положенное время rebind поскольку на запрос в положенное время на renew сервер провайдера не отвечает даже для Windows .
Или через указанный мною интервал времени.
А по алгоритму интервалы между запросами формируются по формуле - время аренды умноженное на случайное число в интервале до 1. Поэтому, вычисленный таким образом момент следующего запроса, очень часто не попадает в интервал времени для этого запроса, превышая момент rebind и expire, и сервер остаётся без шлюза и без связи с интернетом на несколько секунд, пока dhclient не почувствует отсутствие связи и не сформирует широковещательный запрос уже от IP 0.0.0.0
А это при просмотре IPTV или в играх задалбывает, каждые десять минут на десять секунд затык.
Настройки опций запросов в dhclient.conf сервер провайдера игнорирует.
Во многих форумах ещё с 2003 года встречается описание этой проблемы, но решения никто не нашел, кроме как требовать от провайдера желаемой настройки DHCPсервера, но естественно безрезультатно.

Может вы знаете метод самостоятельного решение этого простого вопроса.

ну если провайдер идиот, то от этого никто не застрахован.

я как-то пытался доказать одному не маленькому провайдеру, что резать tcp-экстеншин нынче не есть гуд. Они даже не поняли чего я от них хотел. В итоге я плюнул и отключил у себя, правда в pf нат перестал работать, но выкрутился.

Добавлено:
З.Ы. купите у них статический айпишник или найдите другого провайдера.

Цитата:

1. ну если провайдер идиот
2. З.Ы. купите у них статический айпишник или найдите другого провайдера.

1.    Остальные ещё хуже.
Этот вроде нормальный в остальном, но вот этот нюанс.
2.    Хочу всё же найти решение на своей стороне используя хвалёную гибкость FreeBSD,
и предполагаю что просто не хватает знаний для осуществления необходимого,
поэтому ищу решение в поисковиках.
Если кто пожелает помочь, пишите, выложу все необходимые логи.
И даже готов создать по этому поводу отдельную тему.

Цитата:

2. Хочу всё же найти решение на своей стороне используя хвалёную гибкость FreeBSD,
и предполагаю что просто не хватает знаний для осуществления необходимого,
поэтому ищу решение в поисковиках.

нахера козе баян?

Есть протокол, он должен соблюдаться. Если он не соблюдается провайдером - то почему программер должен подстраиваться под него ? Я понимаю когда микрософт косячит, но то ж микрософт. Когда твой провайдер будет уровня когнета какого-нибудь и будет себя так вести, то поверь допиляют фрю. И не только фрю.

А так проблема даже внимания со стороны комьюнити не стоит.

Как заставить dhclient:
1.    Или заставить посылать запрос rebind в положенное времяT2, то есть когда истечет 87.5% аренды, а не произвольно в интервалы по алгоритму.
2.    Или заставить посылать запросы через установленное мною интервалы времени, а не произвольно в интервалы по алгоритму.
3.    Или каждый раз вместо уникастового посылать широковещательный запрос получения аренда.
4.    Или в момент expire не терять свой адрес, а продолжать его использовать до получения нового от DHCP сервера, продолжая посылать широковещательный запрос получения аренда.

Лучше осуществить п.1.

dhclient в Windows ведь берёт аренду точно в момент rebind (+1 - +4 сек)
значит интервал между запросами идёт 5 секунд.

Даже роутер D-link DIR-300 rev.A , программное обеспечение которого основано на UNIX системе,
беспроблемно берёт аренду точно в момент rebind (+0 -0 сек)


Ответ:
http://forum.ru-board.com/topic.cgi?forum=65&topic=4463#5