Пару слов о FreeBSD

попробуйте альтернативный метод сборки (к слову сказать - от версии 5.3 до сегодня - использую именно его).
Заходимс в каталог с конфигурационным файлом, сопируем файл GENERIC в какой нибуть другой, например - WS.

Если GENERIC отсутсвует, значит его ктото убил, так как для каждого релиза он может отличаться, то проще всего, обновить исходники ядра до стабильного релиза. (/usr/local/share/examples/cvsup/stable-supfile - помоему здесь, лежит пример очень понятный, файла, для обновления всего чего угодно)

После всего этого - редкатируем получившийся файл нужным образом (незабываем - ident в начале и имя файла - одно и то же).

после - сделаем configure WS, внимателдьно читаем - куда иттить далее, как правило в :
cd ../compile/WS
ну а там - все просто,
make
make install clean

вот собственно и все.

В каталоге конфигурации, чтобы иметь хорошую подсказку, о синтаксисе - делаем make LINT. Получаем файл LINT, в котором перечислены ВСЕ возможные опции для ядра. Заглядываем при необходимости.

 

Автор, что там с едром, едриттвоюналево...?

 

Это древний хендбук, в последних версиях depend делать не надо.

Собственно - в установленой с нуля FreeBSD есть, при условии установки колекции портов и исходников базовых системы, все возможности по пересборке ядра, и что самое важное - ошибки в этом случае КРАЙНЕ редки, в основном при переходе с релиза на релиз, когда tit и окружение вместе с ядром пересобираеться.

То есть как вывод - если вы точно знаете что и как у вас усстановлено (если например - чаксть работы по установке не сделал за вас ктото еще) - то будте уверены - если у вас ошибки, значит проблема именно в вас, или в той информации которой вы руководствуетесь.

добавлено через 4 минуты

Здесь все прсото. Генерируем LINT как написано выше, открываем его в ДРУГОЙ консоли, и ищем там как правильно добавить нужную опцию. Например - ищем подстроку IPF, упираемся в группу опций поддержки ipfw...
Переходим к эксперементальному файлу конфигурации ядра и добавляем в него опции...компилим, пробуем,...

добавлено через 8 минут

Логи пересборки ядра, кидать с только что установленой ОС - смысла по большему счету не имеет, заведомо ошибка пользователя.

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

Либо - в случае если ОСь уже давно стоит и используеться - неправильным обновлением (например - неполным) исходных кодов.

добавлено через 14 минут

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

Тем более - по началу, достаточно сложно определить - что можно сделать по своему? Что можно поменять, так чтобы не обломаться неудачей... вот он и компилит едро видимо... Впринципе - наверное это правильно, ибо - кроме процесса - тут и результат не маловажен, несмотря на познавательный характер деятельности - в результате чтото должно работать). Это воодушевляет.

добавлено через 23 минуты

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

В частности с модулями - это можно сделать в файле /boot/loader.conf
По умолчанию он пустой, и чтобы точно знать что писать - в катологе /boot/default/ есть фаил который моджет вам помочь, в описании загрузки модуля.
В простейшем случае - например загрузка модуля для поддержки тв тунера на чипе филипс saa7134 надо написать там:
saa_enable="YES"
где saa - это часть имени (без расширения .ko) фаила модуля ядра, для поддержки этого тюнера, сам файл лежит в /boot/kernel/ или (например если драйвер собран из колекции портов) в /boot/modles/
.
К слову сказать - в /etc/defaults/ есть примеры описания запуска уже некоторых служб, навроде NAT или пакетных фильтров.
Механизм - крайне похож, на механизм загрузки модулей ядра.

добавлено через 29 минут

Если целью стоит - заставить работать все с использованием ipfw то надо сделать так:
(метод для тех, кто мало знает, но хочет)
comp#ls /boot/kernel | grep ipf
ipfw.ko
ipfw_nat.ko

следовательно для поддержки пакетного фильтра и NAT yflj lj,fdbnm d /boot/loader.conf строчки
ipfw_enablеr="YES"
ipfw_nat_enable="YES"

Перезагрузиться.

добавлено через 56 минут

Если имена не ресолвятся в самой вряхе, при наличии коректной записи днс в resolv.conf значит пакетный фильтр запрещает прохождение пакетов между сервером днс и твоеи машиной.

Для начала - проыверить прохождение пакетов:
nslookup
>server 89.249.224.1
>ya.ru
Non autoritative answear
Name: ya.ru
213.180.34.80

Жирным выделено все, чт опишется руками, курсивом - вывод в ответ.
Как видим в примере с днс сервером вист онлайн - днс трафик проходит, и имена ресолвятся.

Если не проходит - начинаем издеваться над пакетным фильтром.

В первую очередь - выясняем политику по умолчанию (все резать или все5 пропускать).
Если имеем ipfw то :
ipfw list выдаст список текущих правил, последнеес самым большим номером, (deny или allow) будет определять базовую политику пакетног офильтра, если дени - все что не подошло под предыдущие по порядку номера правило - канет в лету, если allow - проидет насквозь.

если фильтр все запрешает - добавляем правило вида:

comp#ipfw add 10 allow udp from $me to any port 53 via vr0 keep-state

что означаеть - добавить правило 10 согласно которому пропускать udp трафик от меня ($me="<реальный IP который смотрит в инет>") к любому хосту на 53 порт через интерфеис vr0, кроме того - пропускать ОТВЕТНЫЙ трафик (за это отвечает опция keep-state).

Если используеться PF - то все намног опроше, заходим в файл конфигурации, смотрим первые правила (в секции правил), если видим там
block all значит политика запретительная, и надо добавить правило которое разрешит днс трафик
правило вида
pass {udp} from $me to any port 53 keep-state


в случае - когда машина с фрибсд используеться как шлюз, в вильтр надо добавит полную прозрачность для днмс трафика
pass {udp} from any to any port 53

проферить коректность синтаксиса написания можно:
pfctl -nf /etc.pf.conf
загрузить - так же но без n.

еще полезно читать man pf.conf, если хочеться по русски, есть такое дело - почти полный перевод документации по pf на русский язык. И еще мног очего на тему БСД, ссылку правда пока не помню, но в поисовике легко найти по ключевым словам "pf документация".

Помню - в имени домена на котором эти доки лежат, есть strela и он наш, русский.

добавлено через 1 час 1 минуту
для быстрой проверки причин не работающего днс, можно попробыват ьотключить пак. фильтр - например:
pfctl -d
если после этого все заработает с ЛОКАЛЬНОЙ машины, значит и правда причина в пакетном фильтре.

 

Смотри вот тебе пример файла конфигурации pf:

твое правило на которое ругаеться pf следовательно будет выглядеть так:
pass on vr0 proto {udp} from any to any port 53 keep-state.

для ipwf - помоему кромеподдержки в ядре, надо еще и в rc.conf написать, чтобы тот стартовал. Кстати для pf тоже, вручную:
pfctl -e
Вот это:
ls /etc/rc.d | grep ipfw
выведет тебе название скритпта, который надо будет запускат ьчерез rc.conf