Cyberax wrote:
> И что в них будет понятно, если там закодированы сложные цепочки? > Прекрасно помню, как я на сервере заказчика боролся с конфигом > iptables'ов с кучей двойных NATов и load ballancing'ов.
Если хорошенько разобраться с iptables никаких проблем не будет.
> Столько же. Только зум будет маленьким.
И ничего невозможно будет понять.
>>> Тем, что не надо в доке постоянно искать как называются опции. >> Дескриптивные названия рулят! Многие конфиги содержат все возможные >> опции с >> комментариями -- это вполне выполняет твое требование. > > Угу. Берем Bind: >
> ;
> ; BIND data file for local loopback interface
> ;
> $TTL 604800
> @ IN SOA localhost. root.localhost. (
> 1 ; Serial
> 604800 ; Refresh
> 86400 ; Retry
> 2419200 ; Expire
> 604800 ) ; Negative Cache TTL
> ;
> @ IN NS localhost.
> @ IN A 127.0.0.1
> Куча замечательных интуитивно понятных опций.... > > Берем конфиг squid'а — у меня в нем 2785 строк из-за внутренних > коментариев, поэтому "на глаз" найти нужную опцию становится сложно.
Для того чтобы конфигурировать бинд, нужно знать, как его конфигурировать, и
быть знакомым вообще со службой доменных имен. Кроме того это не биндовый
"конфиг" это единая для всех dns серверов база данных.
cattus wrote: >> _ДЕНЬ_ на разборки со сквидом???? Да ни за что, мне свое время жалко >> тратить на ерунду. > А ты собираешься читать мануалы, каждый раз? Если занимаешься > администрированием и часто приходится править squid.conf, то каждый > следующий раз у тебя будет получаться намного быстрее. Кроме того можно > просто копировать конфиг.
Squid я настраиваю редко — я программист, а админом работаю по
совместительству (когда все падает и никого нет рядом).
Cyberax wrote:
> cattus wrote: >>> _ДЕНЬ_ на разборки со сквидом???? Да ни за что, мне свое время жалко >>> тратить на ерунду. >> А ты собираешься читать мануалы, каждый раз? Если занимаешься >> администрированием и часто приходится править squid.conf, то каждый >> следующий раз у тебя будет получаться намного быстрее. Кроме того можно >> просто копировать конфиг. > Squid я настраиваю редко — я программист, а админом работаю по > совместительству (когда все падает и никого нет рядом).
В этом плане мы братья по несчастью, я тоже программист и админ, по
совместительству (Админской работы в конторе немного, всего лишь шлюз и
субд: iptables + squid + samba + firebird -- по большему счету). Со всем
этим разобрался меньше чем за неделю, хотя изначально от темы был далек.
S>Гм... ниразу проблем с alsa небыло... Может то oss был? S>Что за глюки были то?
На ЧИСТА КАНКРЕТНЫХ звуковышках пожалуй и нет.
На ноуте с i855 Centrino и соотв. звуком AC97...
...в общем, я так и не настроил dmix, уж о том чтобы он сам автоматически включился — и мечтать не приходится.
Посмотрим что ubuntu намутит, скриншотами с едной базой драйверов они хвастались ;0
У меня на ноуте стоят Alt Sisyphus и w2k3
Иногда призодится переключаться. Так вот посидишь дня три-четыре примущественно в однолй системе, потом приходится переключаться — опять напрягает, дня три четыре.
Причем в обе стороны.
Здравствуйте, cattus, Вы писали:
>> В этом случае тоже Америку открывать не надо — все реализуется через >> механизм плагинов. Каждый модуль апача тащит с собой плагин для >> конфигуратора, вот и все.
C>Больше работы. API апача позволяет модулям читать свои опции просто из C>общего конфига, не придумывая каждый раз нового интерфейса. Если писать для C>каждого апачевского модуля гуевую конфигурилку... В общем: за.....
Хороший повод придумать API для гуевого конфигурирования
MS не от хорошей жизни придумала MMC...
Здравствуйте, Shorkan, Вы писали:
S>А вообще дыры есть везде и в ядрах ОС, и в ПО, и сетвых протоколах ... и т.д. независимо от названия и производителя. Человек допускает ошибки, так было и будет. S>P.S. А я, спецов которые кричат: "ламеры", "масдай" и т.д. на собеседованиях прокатывал всегда.
по моему впечатлению, от технологии это никак не зависит. И С++ники нередко начинают пальцы гнуть, и явисты, и многие другие
да и со стороны собеседующих порой несут пургу ничуть не хуже