NiTr0

Трогают. Но - выборочно. В этом-то и отличие от цивилизованного мира, где закон чтят и соблюдают - ибо в противном случае таки накажут, и родственник в милиции/суде/горсовете не поможет. Опять же, в отличие от.

Угу, горит мать, и админ весь в мыле носится ищет мать с идентичным чипсетом, чтобы псевдоаппаратный недорэйд поднять... Ибо первую попавшуюся моть воткнуть не выйдет. Далее, отвалился один из дисков, не заметили вовремя, ребут - и рейд с чистой совестью может начать синхронизацию с тем самым отвалившимся диском. Люди а такое натыкались уже... Не проще. Проще сделать резервирование сервисов. И менее накладно по ресурсам. Кстати, как vmware будет переваривать ситуацию обрыва линка между нодами недокластера? Когда получится 2 сервера в split brain? Не задумывались об этом вопросе?

Мастер-мастер, при отсутствии синхронной репликации (а у мускула вроде как ее нет) - это будет адская попоболь владельцу... Не даром ведь умные люди CRM всякие понапридумывали. Либо - самому CRM пилить на скриптах...

Купите аккумуляторов побольше И генератор. Залить раз в неделю бензин, завести - и пускай работает, пока не кончится бензин, аккумы заряжает... БС 10Вт пускай кушает, итого 240Ач аккума хватит на 240+ часов - т.е. более 10 суток. От ветряка - толку около нуля, 100Вт при ветре 10 м/с (часто такие ветра?) - это даже не смешно... А что при недельном штиле делать?

Поднимаете отказоустойчивый кластер.... Или настраиваете репликацию БД на другую машину, с последующим подъемом всего хозяйства ручками...

да какая разница? вариантов появления праздника весьма несколько. Ну собссно вариант-то один - замещение языческого праздника почитанием святого, с охристианенным переносом традиций/верований. Другое дело, что кандадатов (Валентинов) - таки да, несколько было, или, во всяком случае, было согласно преданиям Ну и подробности их казни тоже не особо публикуются... дабы праздник не портить.

Чуть-чуть истории... (за достоверность не ручаюсь, но, учитываю тогдашнее отношение к христианам - выглядит вполне правдоподобно)

Пенопластом теплоизоляцию крыши сделать (чтобы днем солнышко не так внутренности чердака жарило), поставить мамку с полимерными кондерами, кулерок на проц поболее, а вот как с винтом быть - хз (поставить кулер, который тянет воздух из более холодного помещения, и направить поток на винт?). Собирать железку ИМХО стоит на каком-то АПУ от АМД...

Ничего обещать не буду, но может попытаюсь поучаствовать по мере наличия свободного времени на освоение/кодинг. У нас астериск крутится, пока - в стадии исследовательско-производственной, но настраивал его другой сотрудник - я в свое время с наскоку не осилил диалпланы и т.п. характерные для телефонии вещи, и отложил до лучших времен... С пхп/перлом/чем там еще проблем не возникнет думаю. + могу помочь с организацией под это дело мини-дистрибутива на базе LEAF (астериск там присутствует, но насколько рабочий - не проверял; как довесок к основному биллингу/NFS хранилищу записей на отдельной машине - самое то ИМХО, по сравнению с полновесным дистром - дешево, сердито и отказоустойчиво).

Вот если без абиняков: что неправильного в том, что МВД по постановлению суда заблокировало сайт? Или апариори: всё что делает МВД в отношении провайдеров, даже если и по постановлению суда - это беспредел? (Я МВД не защищаю - сам с ними борюсь много и часто, но справедливости ради не вижу смысла всё валить на них...) Блокировка сайта и демонтаж всего оборудования хостинга, где работают еще сотни (или тысячи) сайтов - несколько разные вещи, не? А вообще - да, хоститься здесь таки становится опасно... Даже если не за что сайт прикрывать - просто за компанию могут в процессе "следственных действий" вывезти железо, на котором проект крутится, на неопределенное время, и хорошо если бекапы будут...

Думаете, продавец будет помогать запилить бесплатное решение?

Мобильные в основном КС, иногда лайф попадает. Приоритет КС. Вообщем все понятно, астерикс + мопед хуавей. Пока не накупил мопедов отговорите от зла... Да в общем-то нормально работают. Некоторые - имеют свойство виснуть, некоторые - работают идеально. Включать через хаб с отдельным питанием. Лучше - с возможностьб передергивания портов. Длинк такие предлагает... Качество звука - какбы последнее, что волнует звонящего абонента. Если оно в меру плохое. А оно для модема вполне пристойное. Многоканальный сделать можно, правда извратившись с gsm redirect'ом. 1) дешевые sip>fxs шлюзы + dect трубки или аналоговые телефоны - самое то 2) в чем проблема? 3) на ваше усмотрение, можно и БД биллинга юзать для получения данных о юзере, и отдельную БД для заявок... если в биллинге нет никакого функционала по заявкам.

Подробнее - кол-во/размер подсетей для нарезки, мин/макс скорость каждого, и почему всенепременно бздя Спасибо конечно, но если прочитать этот пост до конца - это обычный бриджинг без какой-бы то нибыло обработки на 3-ем уровне. По простому из тазика сделали свитч. Это - бридж-полисиер. разницу полисиера и свича - улавливаете? А для обработки на л3 достаточно и какого-то старичка типа киски 3550. тупой роутинг - гигабит крупных фреймов спокойно пережевывал семпрон 2800+ сокет 754 (если память не подводит) на стенде (тестировал работу интеловой карточки, какие-то грабли с ней вылазили на одной железке; прогонял через такой роутер синтетику, с фтп тянул)

Пережует, легко. Если руки у настраивавшего прямые. Линь, htb + hash tables, шейпинг по направлениям мир/уаикс + общий трафик для тех, у кого не предусмотрена большая скорость на украину, терминация туннелей - феном 2 925, довольно старый, еще на АМ2 матери (с медленной шиной - из-за чего сильно падает скорость л3 кеша) в свое время при аварии на одном из брасов в ЧНН добросовестно подхватил всю нагрузку, не много не мало эдак мбит 800-900 в одну сторону и мбит 600-700 в обратку, и вполне сносно ее жевал...

Древненький феном 4-головый, на ддр2, спокойно жует под гиг трафика в каждую из сторон. Терминация пптп или пппое, шейпинг с разными скоростями в зависимости от направлений... Какой-то i5 из последних - гига 4-5 в каждую из сторон пережует без особого напряга. Сколько таких тазиков на 10 килобаксов можно поставить, и сколько они в сумме пережуют - думаю, сами посчитаете...

Эмбеддед дисры в помощь. Ни на гейтвее, ни на бордюре, ни на брасах нафиг не упал полновесный дистр... А 20-30 МБ забекапить, и в случае надобности потом развернуть - элементарно.

Плюсую за nginx, + php-fpm бэкэнд...

Добавьте битмэп по случаю. С ним развалившийся массив синкается резвее намного... И добавьте проверку винтов - как смарт тесты (short ежесуточно, long раз в неделю), так и проверку массива (к примеру раз в месяц). Весьма и весьма полезно... Ессно, мониторить смарт и в случае чего - материться на почту. Дабы не случилось конфуза подобного происшедшему. И да, если сомневаетесь в действиях над массивом (т.е. действия могут быть потенциально деструктивны) - бекапьте важные данные!

Можно. Но не нужно. Лучше адекватный дистр туда поставить - полновесный нафиг не нужен. И горячий либо холодный резерв держать. А виртуализация даст сильно большой оверхид...

длинки - в общем-то достаточно печальны по софтовой части. от того и шьет их народ во что попало, лишь бы не родная варь стояла. и флудят они тоже иногда, вон недавно народ жаловался, что дыр-300 ложат сегмент на мыльницах. тплинки, впрочем, тоже не всегда идеально работают. как и все прочее. да и как по мне - гораздо лучше взять опенсорс варь (*wrt, либо, для ралинков - wive), и залить ее на китайскую нонейм железку (или заказать чтобы китайцы залили), чем натыкаться на специфические баги родного софта (которые вылазят в самый неподходящий момент).

вариант в принципе; хотя правильнее флудерастов отсекать на дхцп сервере (rate limit сделать - благое дело несложно и не шибко по ресурсам будет накладно). А там особо и припинывать вроде как не надо, стандартный pppd+radcoad темплейт прокатывает на ура, и даже скоростью рулит по CoA (если не выпилено) Т.е. 2.1.6-2 ставился из репозитария федоры, и он стабилен как скала. у меня там федора 8, с проапдейченым ядром (родное тоже текло), и в репах только 1.1.7 присутствовал... Какой такой нас для IPoE голого-то? У вас что, в одном сегменте 2 конкурирующих дхцп сервера? насы в данном случае у нормальных людей - это l3 коммутаторы с дхцп релеем. или вы светите дхцп сервером прямо клиенту ??? повторяю вопрос: у вас что, 2 конкурирующих дхцп сервера? иначе какой смысл от разрешения аутентификации того или иного наса в зависимости от времени??? ессно рилей проще, на той же железке что терминирует вланы либо на доступе если свичи умные. вот только смысла ограничивать не вижу по времени

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

Ну какбы по доступу ценники вроде не слишком уж печальные, менее $300 в розницу новые можно найти за 24-ку, 500 с копейками за 48 портов. Кто-то на форума продавал еще дешевле новые - на уровне длинков, баксов по 200, но реселлер ли это или кладовщик монстротелекома, продающий "усушку" - неведомо. При этом, судя по мануалу - свичик очень вкусный, вроде как и л3 умеет даже (хоть и не надо), и шейпинг/полисинг на базе ACL (хоть и не особо надо, и даже вредно - из соображений совместимости с другими вендорами - но смотрится внушительно), и кучку прочих приятных плюшек... да и железо кошерное, озаботились кое-какой грозозащитой (т.е. - средние точки обмоток трансов заземлили через варисторы; синфазную наводку должно прекрасно гасить, не давая трансу пробиться). По агрегации - да, л3 жирно слишком стоят, л2 нет...

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

Какой такой нас для IPoE голого-то? У вас что, в одном сегменте 2 конкурирующих дхцп сервера? Да и периоды - как-то не нужно оно для дхцп, это не на дхцп решается, а несколько выше (шейпер/файрвол, который, впрочем, аожет быть совмещен с дхцп рилеем, а может и нет - рилеем часто вообще л2 свич выступает). это все решается всего лишь добавлением полей и условий к скл запросу элементарно в общем-то. я биллинг патчевал через 3-4 дня после его установки на стенд. до того - был скромный опыт программирования на дельфи и с/с++, + пхп (чуть-чуть). и да, перл не настолько разительно от с/с++ отличается, осваивается легко и непринужденно. разве что регэкспы при необходимости их использования моск немного вынесут поначалу, но ниего, привыкнуть можно. странно, 2.1.6 - ванильный или из репозиториев какого-то дистра (т.е. патченый)? у меня - ванильный, собранный поверх федоры (так исторически сложилось, тот тазик давно уже на ликвидацию в очереди стоит - так что трогать его по мелочам не хочу). как перенесу биллинг на кластер - понаблюдаю еще за утечками там, думаю, редхетовцы должны были выпилить их... угу, поддерживаю. тоже вариант, хоть и дублирование данных лишнее... пооблизывался тоже на него - но т.к. unstable и насущной актуальности его внедрения нет (IPoE пока в процессе), отложил на потом. давно за проектом не следил как-то... интересно потестировать нагрузку при прочих равных. перловый дхцп сервер без особых проблем порядка 500 запросов в секунду на 2-головом тазике (атлон 5000+ что ли) переваривает, нагрузка при этом порядка 100% - т.е. переварит еще столько же. сколько фрирадиус через рлм-перл интересно выдаст...