Re: ng_ipacct port
- From
- Valentin Nechayev (2:5020/400)
- To
- Sergey Skvortsov
- Date
- 2006-09-17T13:46:56Z
- Area
- RU.UNIX.BSD
From: Valentin Nechayev <netch@segfault.kiev.ua>
>>> Sergey Skvortsov wrote:
> SS>> * унифицированные конфиги для нескольких машин - в этом случае в
> SS>> /etc/rc.conf лежат host-specific data, а в rc.conf.d - общие для всех
>> /etc/rc.conf.local уже отменили?
SS> Вот лично у вас, будьте честны, строки с hostname, ifconfig* - лежат в
SS> rc.conf.local?
Я спрошу со стороны - а зачем? У меня пока что не было причины
держать унифицированную часть конфигов. К сожалению, пожалуй - а то
есть места где хотелось бы поставить ферму из ~30 хостов:))
Впрочем даже если она будет я не обязан следовать этой схеме - мне
кажется что сделать ". /etc/rc.conf.cluster" будет лучше чем так как
предложено по дефолту (rc.conf + rc.conf.local)
> SS>> * version control - управлять/отследить изменения в конфигурации сервиса
> SS>> проще (удобнее) если конфигурация сия лежит в отдельном файле, а не в
> SS>> монолитном-общем rc.conf
>> Опять же путаем startup-конфигурацию и общую конфигурацию.
SS> С чего бы это столь странный вывод?! Вполне чётко отделяю.
SS> Оба вида конфигураций надо хранить в VCS.
Ну храним, и что, велика разница от того где что лежит? Всё равно
99.9% пользы от той VCS - отчёт с диффами, и 0.1% - вытащить
случайно убитый конфиг. Даже историю изменений приходится смотреть
крайне редко.
> SS>> Если лично для вас это не актуально, это не означает, что для остальных
> SS>> является приемлемым вариант "все пихаем в rc.conf". Когда на машине
> SS>> стоит 20-30 сервисов/портов, для которых кужны startup настройки,
> SS>> "управлять" ими через rc.conf жутко утомительно (это, конечно, моё imho
> SS>> на основе личной практики).
>> Это сугубо ваше личное ho. Когда я все свои сервисы вижу на одном экране
>> в vim и могу их тут же поменять, это куда удобнее, чем лазить в пачку
>> мелких файликов.
SS> Думаю, нет смысла особо подчёркивать, что ваш modus operandi не столь уж
SS> распространён нынче и, конечно, вовсе не канонический?
А статистику собрать? Какая часть народа реально использует
/etc/rc.conf.d? И, кстати, где видно жёсткую рекомендацию его
использовать?
SS> p.s. Мне, кстати, давно хочется где-нибудь сделать тематические опросы
SS> участников эхи на de-facto применяемых (mainstream) технологий и
SS> подходов в работе. И кроме классических "vim или exim", "sendmail vs.
SS> exim vs. postfix", можно добавить топик "как вы управляете конфигами".
Категорически "за" если ответы на вопросы не будут летать через эху.
SS> Равно как и детальное описание альтернатив, эдаких "паттернов unix
SS> администрирования" - imho было бы весьма поучительным.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
SEEN-BY: 50/12 203 400/814 450/159 186 1024 451/30 461/43 132 640 469/999
SEEN-BY: 550/196 4616/3 4625/8 4635/4 4641/444 5000/76 5000 5006/1 5007/1
SEEN-BY: 5010/70 352 5011/13 5012/46 5015/28 5019/31 5020/18 154 175 194 400
SEEN-BY: 5020/545 549 715 758 982 1057 1523 1604 1630 1909 1922 2142 2238 2395
SEEN-BY: 5020/2450 2590 2871 4441 5021/3 29 5022/128 5025/3 750 5026/45
SEEN-BY: 5027/12 5029/32 5030/49 500 556 966 1063 1080 1900 1957 2828 5031/47
SEEN-BY: 5031/70 5034/10 13 5035/3 38 5036/1 5040/47 5042/13 5045/7 5049/1 50
SEEN-BY: 5049/97 5051/15 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85
SEEN-BY: 5055/95 5057/1 5059/9 5060/88 5061/15 5062/1 10 5063/3 5064/7 5066/18
SEEN-BY: 5074/9 5075/5 5077/70 5080/80 1003 5082/6 5083/21 5085/13 5090/108
SEEN-BY: 5094/4 5095/20 5096/18 5099/11 6001/3 10
PATH: 5020/400 4441 545 5054/1 37