статья уровня «я повесил свою первую антенну, уии» :)

для восторгов сойдёт, но имхо малоинформативно.

всем интересующимся современными wi-fi и прочими решениями рекомендую почитать forum.nag.ru/forum/index.php?showtopic=73541, да и вообще весь форум в целом. Большая часть информации оттуда протоколонезависима и будет крайне полезна новичкам.

ну представьте себе 1000 серверов, делов-то. Не вижу разницы, если их проверки точно так же не будут рейтлимититься.

управление очередью есть? Вот есть у меня за тысячу свитчей на сети, хочу снимать с них данные. Если начну (всего лишь) пинговать все полторы тысячи раз в секунду — то всё обвалится, а если распределить более-менее равномерно (не более 50 проверок одновременно, например), то будет работать нормально.

в мануале не нашёл.

нагиос сейчас со всей этой радостью справляется отлично, лоадавг по нулям.

а как с snmp? Через внешние плагины? Непонятно, как делать проверки по расписанию, например.

а что хотите «расширить», если не секрет? Теоретически интересно и, думаю, не мне одному.

конечно, давать ссылку на лебедева это моветон, но я не удержусь:

www.artlebedev.ru/kovodstvo/sections/130/#04

стандартная болячка: переделывание красивого, минималистичного, работающего дизайна (не стиля, а именно дизайна) просто ради переделывания.

печально.

вот это самое печальное.

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

вообще, конечно, я ною как раз потому что начал более-менее активно вести себя в вопросах/ответах, и оно совместно с хабром очень нормально смотрелось.

главное — делать логин из ldap sufficient в pam, а не required, иначе при отвале openldap ты не сможешь залогиниться совсем.

централизованный логин — это далеко не так страшно, как кажется. Тот же openldap настраивается под всю эту радость чуть ли не с полпинка.

там, ЕМНИП, даже дефолтная схема уже заточена под использование совместно в pam_ldap.

kerberos не нужен, если не нужен SSO (single sign-on) (а нужен он чуть более чем никогда).

ну, настройки-настройками, но я вполне себе вижу реальную ситуацию, когда замначальника идёт к админу и говорит ему «вытащи срочно такой-то документ из каталога шефа, вот тебе он на телефоне», и админ лезет и с фейспалмами рушит тщательно выстроенную систему привилегий и ограничений…

вот если есть системы, для которых такая ситуация невозможна — тогда и в самом деле это отлично :)

не, я не о том. Списки не нужны, порядки тоже, я прекрасно понимаю деликатность данных вопросов.

собственно, разговор только о том, используется ли оно в самом деле так, как должно использоваться или нет :)

мне вот другое интересно — есть ли места, где это всё действительно используется и настраивается для реальных, а не «галочных» целей?

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

да у всех случается, чо уж там. Идеальной отказоустойчивости не бывает.

если бы сисадмин из сбера не сделал SHUTDOWN ABORT, то всё вполне можно было бы реанимировать.

это уже вопрос конкретного DBA, здесь же было замечательное обсуждение на эту тему.

нуу, есть forum.nag.ru, например, так что я не был бы столь категоричен.

книжка называлась «зри в корень», BTW.

перед «обычным пользователем» очень редко стоит задача запустить новое по на старом железе любой ценой.

ну и «обычный человек» вряд ли слышал про gentoo, dwm и openoffice.org.

у «обычного человека» тормозит компьютер — он зовет «мальчика», тот качает башкой и отправляет его в магазин.

этим всё и заканчивается.

ну кто виноват, что вместо нормального отделения логики от представления теперь все используют jquery и прочее bloatware.