Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
9.0 не собирается
8 views
Skip to first unread message
Denis Ognewsky
May 22, 2012, 3:17:32 PM5/22/12
to
Привет, All!
сабж. это нормально ? как исправить ?
С наилучшими пожеланиями, Denis.
сабж. это нормально ? как исправить ?
С наилучшими пожеланиями, Denis.
Eugene Grosbein
May 22, 2012, 5:28:39 PM5/22/12
to
22 май 2012, вторник, в 22:17 NOVT, Denis Ognewsky написал(а):
DO> сабж. это нормально ? как исправить ?
Товарищи ученые, у меня в подвале раздаётся подземный стук...
Eugene
DO> сабж. это нормально ? как исправить ?
Товарищи ученые, у меня в подвале раздаётся подземный стук...
Eugene
John Freeman
May 23, 2012, 7:22:01 AM5/23/12
to
Greetings, Denis Ognewsky!
DO> Denis Ognewsky написал(а) к All в May 12 23:17:32 по местному
DO> времени:
DO> Привет, All!
DO> сабж. это нормально ? как исправить ?
DO> С наилучшими пожеланиями, Denis.
Сыграем в телепатов, ты собираешь его по старому гайду и на сборке ядра
оно капут?
Goodbye, Denis Ognewsky!
DO> Denis Ognewsky написал(а) к All в May 12 23:17:32 по местному
DO> времени:
DO> Привет, All!
DO> сабж. это нормально ? как исправить ?
DO> С наилучшими пожеланиями, Denis.
Сыграем в телепатов, ты собираешь его по старому гайду и на сборке ядра
оно капут?
Goodbye, Denis Ognewsky!
Denis Ognewsky
May 24, 2012, 5:13:04 AM5/24/12
to
Привет, Eugene!
23 май 12 01:28, Eugene Grosbein -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=grosbein.net+1619654c:
DO>> сабж. это нормально ? как исправить ?
EG> Товарищи ученые, у меня в подвале раздаётся подземный стук...
9.0-RELEASE
в конфиг ядра добавил:
options NFS_DEBUG
options BOOTP
options BOOTP_NFSROOT
options BOOTP_COMPAT
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE_LIMIT=100
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPFIREWALL_NAT
options LIBALIAS
options IPDIVERT
options IPFILTER
options DUMMYNET
#options DEVICE_POLLING
#options HZ=1000
options NETGRAPH
options NETGRAPH_ASYNC
options NETGRAPH_BPF
options NETGRAPH_CISCO
options NETGRAPH_ECHO
options NETGRAPH_ETHER
options NETGRAPH_FRAME_RELAY
options NETGRAPH_HOLE
options NETGRAPH_IFACE
options NETGRAPH_KSOCKET
options NETGRAPH_L2TP
options NETGRAPH_LMI
# MPPC compression requires proprietary files (not included)
#options NETGRAPH_MPPC_COMPRESSION
options NETGRAPH_MPPC_ENCRYPTION
options NETGRAPH_ONE2MANY
options NETGRAPH_PPP
options NETGRAPH_PPPOE
options NETGRAPH_PPTPGRE
options NETGRAPH_RFC1490
options NETGRAPH_SOCKET
options NETGRAPH_TEE
options NETGRAPH_TTY
options NETGRAPH_UI
options NETGRAPH_VJC
options NETGRAPH_NETFLOW
options NETGRAPH_IPFW
device vlan
device lagg
дальше стандартно make buildkernel KERNELCONF=GW -j 2
и валится с ошибками. какие именно сейчас не могу посмотреть.
С наилучшими пожеланиями, Denis.
23 май 12 01:28, Eugene Grosbein -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=grosbein.net+1619654c:
DO>> сабж. это нормально ? как исправить ?
9.0-RELEASE
в конфиг ядра добавил:
options NFS_DEBUG
options BOOTP
options BOOTP_NFSROOT
options BOOTP_COMPAT
options IPFIREWALL
options IPFIREWALL_VERBOSE
options IPFIREWALL_FORWARD
options IPFIREWALL_VERBOSE_LIMIT=100
options IPFIREWALL_DEFAULT_TO_ACCEPT
options IPFIREWALL_NAT
options LIBALIAS
options IPDIVERT
options IPFILTER
options DUMMYNET
#options DEVICE_POLLING
#options HZ=1000
options NETGRAPH
options NETGRAPH_ASYNC
options NETGRAPH_BPF
options NETGRAPH_CISCO
options NETGRAPH_ECHO
options NETGRAPH_ETHER
options NETGRAPH_FRAME_RELAY
options NETGRAPH_HOLE
options NETGRAPH_IFACE
options NETGRAPH_KSOCKET
options NETGRAPH_L2TP
options NETGRAPH_LMI
# MPPC compression requires proprietary files (not included)
#options NETGRAPH_MPPC_COMPRESSION
options NETGRAPH_MPPC_ENCRYPTION
options NETGRAPH_ONE2MANY
options NETGRAPH_PPP
options NETGRAPH_PPPOE
options NETGRAPH_PPTPGRE
options NETGRAPH_RFC1490
options NETGRAPH_SOCKET
options NETGRAPH_TEE
options NETGRAPH_TTY
options NETGRAPH_UI
options NETGRAPH_VJC
options NETGRAPH_NETFLOW
options NETGRAPH_IPFW
device vlan
device lagg
дальше стандартно make buildkernel KERNELCONF=GW -j 2
и валится с ошибками. какие именно сейчас не могу посмотреть.
С наилучшими пожеланиями, Denis.
Denis Ognewsky
May 24, 2012, 5:15:40 AM5/24/12
to
Привет, John!
23 май 12 15:22, John Freeman -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=2:5020/848.848+4fbcc85a:
DO>> сабж. это нормально ? как исправить ?
DO>> С наилучшими пожеланиями, Denis.
JF> Сыграем в телепатов, ты собираешь его по старому гайду и на сборке
JF> ядра оно капут?
ну что значит по старому ? как в /usr/src/Makefile написано. make buildkernel
KERNELCONFIG=GW -j 2
С наилучшими пожеланиями, Denis.
23 май 12 15:22, John Freeman -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=2:5020/848.848+4fbcc85a:
DO>> сабж. это нормально ? как исправить ?
DO>> С наилучшими пожеланиями, Denis.
JF> ядра оно капут?
ну что значит по старому ? как в /usr/src/Makefile написано. make buildkernel
KERNELCONFIG=GW -j 2
С наилучшими пожеланиями, Denis.
Ivan Novikov
May 24, 2012, 11:20:34 AM5/24/12
to
Привет, Denis!
24 May 12, Denis Ognewsky накропал письмо к Eugene Grosbein:
DO> 9.0-RELEASE
DO> в конфиг ядра добавил:
DO>
DO> options NFS_DEBUG
DO> options BOOTP
DO> options BOOTP_NFSROOT
DO> options BOOTP_COMPAT
# grep NFS_DEBUG NOTES
# grep BOOTP NOTES
дальше можно не продолжать.
проверяй все опции.
ты где вообще такое нашел? такого уже в седьмой версии не было (древнее под
рукой нету чтоб проверить)
и вообще, нахера столько всего пихать в ядро, когда это прекрасно нынче
подгружается в виде модулей?
С приветом, Ivan.
24 May 12, Denis Ognewsky накропал письмо к Eugene Grosbein:
DO>>> сабж. это нормально ? как исправить ?
EG>> Товарищи ученые, у меня в подвале раздаётся подземный стук...
DO>
EG>> Товарищи ученые, у меня в подвале раздаётся подземный стук...
DO> 9.0-RELEASE
DO> в конфиг ядра добавил:
DO>
DO> options NFS_DEBUG
DO> options BOOTP
DO> options BOOTP_NFSROOT
DO> options BOOTP_COMPAT
# grep NFS_DEBUG NOTES
# grep BOOTP NOTES
дальше можно не продолжать.
проверяй все опции.
ты где вообще такое нашел? такого уже в седьмой версии не было (древнее под
рукой нету чтоб проверить)
и вообще, нахера столько всего пихать в ядро, когда это прекрасно нынче
подгружается в виде модулей?
С приветом, Ivan.
Denis Ognewsky
May 24, 2012, 7:12:56 PM5/24/12
to
Привет, Ivan!
24 май 12 19:20, Ivan Novikov -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=2:5080/31+4fbe375e:
DO>> options NFS_DEBUG
DO>> options BOOTP
DO>> options BOOTP_NFSROOT
DO>> options BOOTP_COMPAT
IN> # grep NFS_DEBUG NOTES
IN> # grep BOOTP NOTES
IN> дальше можно не продолжать.
IN> проверяй все опции.
IN> ты где вообще такое нашел? такого уже в седьмой версии не было
IN> (древнее под рукой нету чтоб проверить) и вообще, нахера столько всего
IN> пихать в ядро, когда это прекрасно нынче подгружается в виде модулей?
так исторически сложилось. конфиг тянется с очень лохматых времён. хотелось бы
ядро вообще не пересобирать, но сделать это всё таки пришлось по причинам (всё
что на данный момент вспомнил):
1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
2. netgraph тянется со времён когда ещё юзал mpd. там помоему его нельзя было
модулями грузить.
3. небыло модулей if_vlan и if_lagg. пришлось добавлять в ядро device vlan и
device lagg.
4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
возможно всё это не актуально, но ещё в 8.x работало.
С наилучшими пожеланиями, Denis.
24 май 12 19:20, Ivan Novikov -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=2:5080/31+4fbe375e:
DO>> options NFS_DEBUG
DO>> options BOOTP
DO>> options BOOTP_NFSROOT
DO>> options BOOTP_COMPAT
IN> # grep BOOTP NOTES
IN> дальше можно не продолжать.
IN> проверяй все опции.
IN> ты где вообще такое нашел? такого уже в седьмой версии не было
IN> (древнее под рукой нету чтоб проверить) и вообще, нахера столько всего
IN> пихать в ядро, когда это прекрасно нынче подгружается в виде модулей?
так исторически сложилось. конфиг тянется с очень лохматых времён. хотелось бы
ядро вообще не пересобирать, но сделать это всё таки пришлось по причинам (всё
что на данный момент вспомнил):
1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
2. netgraph тянется со времён когда ещё юзал mpd. там помоему его нельзя было
модулями грузить.
3. небыло модулей if_vlan и if_lagg. пришлось добавлять в ядро device vlan и
device lagg.
4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
возможно всё это не актуально, но ещё в 8.x работало.
С наилучшими пожеланиями, Denis.
Ivan Novikov
May 25, 2012, 11:50:52 AM5/25/12
to
Привет, Denis!
25 May 12, Denis Ognewsky накропал письмо к Ivan Novikov:
а там они есть
IN>> модулей?
DO> так исторически сложилось. конфиг тянется с очень лохматых времён.
исторически сложилось, что к новым условиям надо приспосабливаться.
DO> хотелось бы ядро вообще не пересобирать, но сделать это всё таки
DO> пришлось по причинам (всё что на данный момент вспомнил):
DO>
DO> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
привет хакерам?
я бы не стал так делать в нынешних условиях.
тем более, что так всё открывается в момент загрузки ядра и до момента загрузки
правил совершенно открыто, а в случае загрузки из стартовых скриптов сразу
загружается модуль и затем правила.
там у тебя ещё ipfilter прописан зачем-то. оно, конечно, никто не запрещает
использовать два вида файрволов одновременно (сам так делал когда-то),
но зачем оно сейчас?
DO> 2. netgraph тянется со времён когда ещё юзал mpd. там помоему его
DO> нельзя было модулями грузить.
мпд сейчас расчудесно грузит модули самостоятельно
к тому же - зачем их всю кучу грузить, когда для мпд нужно штук десять?
DO> 3. небыло модулей if_vlan и if_lagg.
дык, сейчас тоже давно есть.
DO> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
а что, эта древность ещё где-то жива?
вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов с bootp
вместо dhcp я не видел сильно давно.
DO> возможно всё это не актуально, но ещё в 8.x работало.
ну, дык, кастомизируешь - готовься к граблям :)
известный факт.
С приветом, Ivan.
25 May 12, Denis Ognewsky накропал письмо к Ivan Novikov:
IN>> # grep NFS_DEBUG NOTES
IN>> # grep BOOTP NOTES
IN>> дальше можно не продолжать.
IN>> проверяй все опции.
хотя я был не прав. надо было смотреть в machine independent notes
IN>> # grep BOOTP NOTES
IN>> дальше можно не продолжать.
IN>> проверяй все опции.
а там они есть
IN>> ты где вообще такое нашел? такого уже в седьмой версии не было
IN>> (древнее под рукой нету чтоб проверить) и вообще, нахера столько
IN>> всего пихать в ядро, когда это прекрасно нынче подгружается в виде
IN>> (древнее под рукой нету чтоб проверить) и вообще, нахера столько
IN>> модулей?
DO> так исторически сложилось. конфиг тянется с очень лохматых времён.
исторически сложилось, что к новым условиям надо приспосабливаться.
DO> хотелось бы ядро вообще не пересобирать, но сделать это всё таки
DO> пришлось по причинам (всё что на данный момент вспомнил):
DO>
DO> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
привет хакерам?
я бы не стал так делать в нынешних условиях.
тем более, что так всё открывается в момент загрузки ядра и до момента загрузки
правил совершенно открыто, а в случае загрузки из стартовых скриптов сразу
загружается модуль и затем правила.
там у тебя ещё ipfilter прописан зачем-то. оно, конечно, никто не запрещает
использовать два вида файрволов одновременно (сам так делал когда-то),
но зачем оно сейчас?
DO> 2. netgraph тянется со времён когда ещё юзал mpd. там помоему его
DO> нельзя было модулями грузить.
мпд сейчас расчудесно грузит модули самостоятельно
к тому же - зачем их всю кучу грузить, когда для мпд нужно штук десять?
DO> 3. небыло модулей if_vlan и if_lagg.
дык, сейчас тоже давно есть.
DO> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
а что, эта древность ещё где-то жива?
вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов с bootp
вместо dhcp я не видел сильно давно.
DO> возможно всё это не актуально, но ещё в 8.x работало.
ну, дык, кастомизируешь - готовься к граблям :)
известный факт.
С приветом, Ivan.
John Freeman
May 26, 2012, 10:52:01 AM5/26/12
to
Greetings, Ivan Novikov!
IN> Ivan Novikov написал(а) к Denis Ognewsky в May 12 19:50:52 по
IN> местному времени:
IN> Привет, Denis!
IN> 25 May 12, Denis Ognewsky накропал письмо к Ivan Novikov:
IN> я бы не стал так делать в нынешних условиях.
IN> тем более, что так всё открывается в момент загрузки ядра и до
IN> момента загрузки правил совершенно открыто, а в случае загрузки из
IN> стартовых скриптов сразу загружается модуль и затем правила.
IN> там у тебя ещё ipfilter прописан зачем-то. оно, конечно, никто не
IN> запрещает использовать два вида файрволов одновременно (сам так
IN> делал когда-то),
IN> но зачем оно сейчас?
IN> известный факт.
IN> С приветом, Ivan.
Ты эхой ошибся, тебе в ru.windows.chainik
Goodbye, Ivan Novikov!
IN> Ivan Novikov написал(а) к Denis Ognewsky в May 12 19:50:52 по
IN> местному времени:
IN> Привет, Denis!
IN> 25 May 12, Denis Ognewsky накропал письмо к Ivan Novikov:
DO>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN> привет хакерам?
IN> я бы не стал так делать в нынешних условиях.
IN> тем более, что так всё открывается в момент загрузки ядра и до
IN> момента загрузки правил совершенно открыто, а в случае загрузки из
IN> стартовых скриптов сразу загружается модуль и затем правила.
IN> там у тебя ещё ipfilter прописан зачем-то. оно, конечно, никто не
IN> запрещает использовать два вида файрволов одновременно (сам так
IN> делал когда-то),
IN> но зачем оно сейчас?
DO>> возможно всё это не актуально, но ещё в 8.x работало.
IN> ну, дык, кастомизируешь - готовься к граблям :)
IN> известный факт.
IN> С приветом, Ivan.
Ты эхой ошибся, тебе в ru.windows.chainik
Goodbye, Ivan Novikov!
Denis Ognewsky
May 31, 2012, 7:14:18 PM5/31/12
to
Привет, Ivan!
25 май 12 19:50, Ivan Novikov -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=2:5080/31+4fbf9642:
IN> хотя я был не прав. надо было смотреть в machine independent notes
IN> а там они есть
да я просто вспомнил что 8.0-RELEASE тоже не собиралась пока csup-ом не
накатил. тут подумал что проблема такого же
IN> исторически сложилось, что к новым условиям надо приспосабливаться.
потому вопрос здесь и задал. хочу понять чего я упустил.
DO>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN> привет хакерам?
IN> я бы не стал так делать в нынешних условиях.
последни правилом всегда deny ip from any to any. IPFIREWALL_DEFAULT_TO_ACCEPT
нужен чтобы на момент перезапуска файрвола управление не потерять. а на бриджах
и вовсе плевать на файрвол. там пара правил для думминета.
IN> тем более, что так всё открывается в момент загрузки ядра и до момента
IN> загрузки правил совершенно открыто, а в случае загрузки из стартовых
сразу после загрузки ipfw.ko в ядре появляется единственное правило deny ip
from any to any и управление теряется. дальше из rc.conf загружется скрипт с
правилам и на машину можно зайти. но стоит только ошибиться в наборе правил и
нефиг делать потерятб управление.
IN> ipfilter прописан зачем-то. оно, конечно, никто не запрещает
IN> использовать два вида файрволов одновременно (сам так делал когда-то),
DO>> 2. netgraph тянется со времён когда ещё юзал mpd. там помоему его
DO>> нельзя было модулями грузить.
IN> мпд сейчас расчудесно грузит модули самостоятельно
IN> к тому же - зачем их всю кучу грузить, когда для мпд нужно штук
IN> десять?
mpd слава богу больше не пользуюсь. но зато нужен нетграф для ngtee.
разбираться какие там модули ещё нужны по зависимостям просто лень. раз уж ядро
пересобираю, то пусть все модули будут. есть/пить не просят.
DO>> 3. небыло модулей if_vlan и if_lagg.
IN> дык, сейчас тоже давно есть.
ну вот в принципе выходит что мне пересобирать ядро нужно только ради
IPFIREWALL_DEFAULT_TO_ACCEPT
DO>> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
IN> а что, эта древность ещё где-то жива?
IN> вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов
IN> с bootp вместо dhcp я не видел сильно давно.
я вот может ошибаюсь, но ядро у меня ни в какой нехотело мониторовать корень в
nfs пока я не включил все эти опции. а эти опции присутсвуют во всех статья
типа "бездисковые станции freebsd..".
С наилучшими пожеланиями, Denis.
25 май 12 19:50, Ivan Novikov -> Denis Ognewsky в сообщении по ссылке
area://ru.unix.bsd?msgid=2:5080/31+4fbf9642:
IN> хотя я был не прав. надо было смотреть в machine independent notes
IN> а там они есть
да я просто вспомнил что 8.0-RELEASE тоже не собиралась пока csup-ом не
накатил. тут подумал что проблема такого же
IN> исторически сложилось, что к новым условиям надо приспосабливаться.
потому вопрос здесь и задал. хочу понять чего я упустил.
DO>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN> я бы не стал так делать в нынешних условиях.
последни правилом всегда deny ip from any to any. IPFIREWALL_DEFAULT_TO_ACCEPT
нужен чтобы на момент перезапуска файрвола управление не потерять. а на бриджах
и вовсе плевать на файрвол. там пара правил для думминета.
IN> тем более, что так всё открывается в момент загрузки ядра и до момента
IN> загрузки правил совершенно открыто, а в случае загрузки из стартовых
сразу после загрузки ipfw.ko в ядре появляется единственное правило deny ip
from any to any и управление теряется. дальше из rc.conf загружется скрипт с
правилам и на машину можно зайти. но стоит только ошибиться в наборе правил и
нефиг делать потерятб управление.
IN> ipfilter прописан зачем-то. оно, конечно, никто не запрещает
IN> использовать два вида файрволов одновременно (сам так делал когда-то),
IN> но зачем оно сейчас?
ну да. незачем. удалю.
DO>> 2. netgraph тянется со времён когда ещё юзал mpd. там помоему его
DO>> нельзя было модулями грузить.
IN> к тому же - зачем их всю кучу грузить, когда для мпд нужно штук
IN> десять?
mpd слава богу больше не пользуюсь. но зато нужен нетграф для ngtee.
разбираться какие там модули ещё нужны по зависимостям просто лень. раз уж ядро
пересобираю, то пусть все модули будут. есть/пить не просят.
DO>> 3. небыло модулей if_vlan и if_lagg.
ну вот в принципе выходит что мне пересобирать ядро нужно только ради
IPFIREWALL_DEFAULT_TO_ACCEPT
DO>> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
IN> вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов
IN> с bootp вместо dhcp я не видел сильно давно.
я вот может ошибаюсь, но ядро у меня ни в какой нехотело мониторовать корень в
nfs пока я не включил все эти опции. а эти опции присутсвуют во всех статья
типа "бездисковые станции freebsd..".
С наилучшими пожеланиями, Denis.
Ivan Novikov
Jun 7, 2012, 7:49:04 AM6/7/12
to
Привет, Denis!
01 Jun 12, Denis Ognewsky накропал письмо к Ivan Novikov:
IN>> хотя я был не прав. надо было смотреть в machine independent notes
IN>> а там они есть
DO> да я просто вспомнил что 8.0-RELEASE тоже не собиралась пока csup-ом не
DO> накатил. тут подумал что проблема такого же
надысь обновлял 7 до 9.
ядро категорически не хотело собираться с руганью на какой-то адаптековский
сказюк. причём ещё на моменте собирания tool-chainов (казалось бы, каким он
боком к этому?) попробовал собрать дженерик - собралось. вернул ему этот
драйвер в конфиг - тоже собралось.
потом уже после установки девятки опять попробовал пересобрать без этого
драйвера - собралось без вопросов. шайтан, однако!
DO>>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN>> привет хакерам?
IN>> я бы не стал так делать в нынешних условиях.
DO> последни правилом всегда deny ip from any to any.
DO> IPFIREWALL_DEFAULT_TO_ACCEPT нужен чтобы на момент перезапуска файрвола
DO> управление не потерять.
дык, всегда так делал как-то так:
sh new_firewall.sh ; sleep 30 ; sh old_working_firewall.sh
и никто никуда не лезет и ничего не потеряется.
Profit.
DO>>> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
IN>> а что, эта древность ещё где-то жива?
IN>> вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов
IN>> с bootp вместо dhcp я не видел сильно давно.
DO> я вот может ошибаюсь, но ядро у меня ни в какой нехотело мониторовать
DO> корень в nfs пока я не включил все эти опции. а эти опции присутсвуют во
DO> всех статья типа "бездисковые станции freebsd..".
да, есть такое
только сейчас проще и удобнее делать загрузку с MFS, чем держать постоянно
соединение с nfs сервером
С приветом, Ivan.
01 Jun 12, Denis Ognewsky накропал письмо к Ivan Novikov:
IN>> хотя я был не прав. надо было смотреть в machine independent notes
IN>> а там они есть
DO> накатил. тут подумал что проблема такого же
надысь обновлял 7 до 9.
ядро категорически не хотело собираться с руганью на какой-то адаптековский
сказюк. причём ещё на моменте собирания tool-chainов (казалось бы, каким он
боком к этому?) попробовал собрать дженерик - собралось. вернул ему этот
драйвер в конфиг - тоже собралось.
потом уже после установки девятки опять попробовал пересобрать без этого
драйвера - собралось без вопросов. шайтан, однако!
DO>>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN>> привет хакерам?
IN>> я бы не стал так делать в нынешних условиях.
DO> IPFIREWALL_DEFAULT_TO_ACCEPT нужен чтобы на момент перезапуска файрвола
DO> управление не потерять.
дык, всегда так делал как-то так:
sh new_firewall.sh ; sleep 30 ; sh old_working_firewall.sh
и никто никуда не лезет и ничего не потеряется.
Profit.
DO>>> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
IN>> а что, эта древность ещё где-то жива?
IN>> вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов
IN>> с bootp вместо dhcp я не видел сильно давно.
DO> корень в nfs пока я не включил все эти опции. а эти опции присутсвуют во
DO> всех статья типа "бездисковые станции freebsd..".
да, есть такое
только сейчас проще и удобнее делать загрузку с MFS, чем держать постоянно
соединение с nfs сервером
С приветом, Ivan.
Eugene Grosbein
Jun 7, 2012, 4:52:30 PM6/7/12
to
01 июн 2012, пятница, в 02:14 NOVT, Denis Ognewsky написал(а):
DO>>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN>> привет хакерам?
IN>> я бы не стал так делать в нынешних условиях.
DO> последни правилом всегда deny ip from any to any.
DO> IPFIREWALL_DEFAULT_TO_ACCEPT
DO> нужен чтобы на момент перезапуска файрвола управление не потерять.
Управление не потерять есть гораздо более безопасные методы.
IN>> тем более, что так всё открывается в момент загрузки ядра и до момента
IN>> загрузки правил совершенно открыто, а в случае загрузки из стартовых
DO> сразу после загрузки ipfw.ko в ядре появляется единственное правило deny
DO> ip
DO> from any to any и управление теряется.
И это правильно - пока файрвол не инициализирован, ничего не должно ходить
по сети (бесконтрольно).
DO> дальше из rc.conf загружется скрипт с
DO> правилам и на машину можно зайти. но стоит только ошибиться в наборе
DO> правил и
DO> нефиг делать потерятб управление.
Стоит только ошибиться в наборе правил и нефиг делать получить
дырку и об этом даже не узнать. И зачем тебе файрвол тогда? :-)
DO> ну вот в принципе выходит что мне пересобирать ядро нужно только ради
DO> IPFIREWALL_DEFAULT_TO_ACCEPT
Можно и без этого: shutdown -r +5, потом применяешь в действие новый набор
правил, если потерял управление - машинка корректно ребутится со старым,
заходишь, исправляешь. Если управление не потерял - killall shutdown,
ребут через 5 минут отменяется.
DO>>> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
IN>> а что, эта древность ещё где-то жива?
IN>> вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов
IN>> с bootp вместо dhcp я не видел сильно давно.
DO> я вот может ошибаюсь, но ядро у меня ни в какой нехотело мониторовать
DO> корень в
DO> nfs пока я не включил все эти опции. а эти опции присутсвуют во всех
DO> статья типа
DO> "бездисковые станции freebsd..".
Hе монтирует рут по NFS, если в ядре нет опции NFS_ROOT.
И кстати говоря, случай монтирования рута через NFS c ipfw вкомпиленным
в ядро - единственный вариант, когда без IPFIREWALL_DEFAULT_TO_ACCEPT
просто не обойтись, потому что nfs обломится смонтировать рут
с IPFIREWALL_DEFAULT_TO_DENY :-)
Eugene
--
Что делать?! Мир стоит на воровстве!..
Воруют в Самарканде и в Хиве,
В Ширазе, в Тегеране и в Стамбуле
И даже - страшно вымолвить - в Москве!..
DO>>> 1. ipfw - хочется по дефолту IPFIREWALL_DEFAULT_TO_ACCEPT
IN>> привет хакерам?
IN>> я бы не стал так делать в нынешних условиях.
DO> IPFIREWALL_DEFAULT_TO_ACCEPT
DO> нужен чтобы на момент перезапуска файрвола управление не потерять.
Управление не потерять есть гораздо более безопасные методы.
IN>> тем более, что так всё открывается в момент загрузки ядра и до момента
IN>> загрузки правил совершенно открыто, а в случае загрузки из стартовых
DO> ip
DO> from any to any и управление теряется.
И это правильно - пока файрвол не инициализирован, ничего не должно ходить
по сети (бесконтрольно).
DO> дальше из rc.conf загружется скрипт с
DO> правилам и на машину можно зайти. но стоит только ошибиться в наборе
DO> правил и
DO> нефиг делать потерятб управление.
Стоит только ошибиться в наборе правил и нефиг делать получить
дырку и об этом даже не узнать. И зачем тебе файрвол тогда? :-)
DO> ну вот в принципе выходит что мне пересобирать ядро нужно только ради
DO> IPFIREWALL_DEFAULT_TO_ACCEPT
Можно и без этого: shutdown -r +5, потом применяешь в действие новый набор
правил, если потерял управление - машинка корректно ребутится со старым,
заходишь, исправляешь. Если управление не потерял - killall shutdown,
ребут через 5 минут отменяется.
DO>>> 4. без опций про BOOTP ядро не умеется грузиться по bootp с nfs.
IN>> а что, эта древность ещё где-то жива?
IN>> вроде ж dhcp заменяет это счастье целиком и полностью. да и PXE биосов
IN>> с bootp вместо dhcp я не видел сильно давно.
DO> корень в
DO> nfs пока я не включил все эти опции. а эти опции присутсвуют во всех
DO> статья типа
DO> "бездисковые станции freebsd..".
Hе монтирует рут по NFS, если в ядре нет опции NFS_ROOT.
И кстати говоря, случай монтирования рута через NFS c ipfw вкомпиленным
в ядро - единственный вариант, когда без IPFIREWALL_DEFAULT_TO_ACCEPT
просто не обойтись, потому что nfs обломится смонтировать рут
с IPFIREWALL_DEFAULT_TO_DENY :-)
Eugene
--
Что делать?! Мир стоит на воровстве!..
Воруют в Самарканде и в Хиве,
В Ширазе, в Тегеране и в Стамбуле
И даже - страшно вымолвить - в Москве!..
0 new messages