XoRe

У 3com это умеют Baseline Switch 2226 Plus.

2Super-foX: Тогда хочу предупредить сразу. FreeBSD - ещё более загадочная штука ) И понятной она станет... может быть за год постоянного обращения и решения реальных задач.

Я бы посоветовал вариант: 5. Пишите скриптик, который будет контролировать состояние DHCP сервера, и если тот упал, то поднимать его и открывать порты. Есть ещё вариант с НЕ L3 оборудованием. Может быть option82 - ваше спасение ) http://local.com.ua/forum/index.php?showtopic=10545

2madf: Правка кода - очень хорошее решение, если это грамотная правка. И если прибавляется нужный функционал без ненужных глюков. Вот только это делать или не умеют, или не хотят ) Если стоит *, то можно пропатчить авторизатор, убрав оттуда все, что связано с вкл/выкл инет.

--dPort <<номер порта назначения>> номер порта на который отправляется информация по tcp.По умолчанию 9996. Да и по сырцам видно, что вот так: "[nfproxy---udp----collector]" она не умеет. Т.е. принимать по tcp, а отправлять по udp. Понимаю, что могу сам дописать при желании. Но править сырцы лениво )

Модуль mysql скорее всего писался с расчетом на то, что mysql связь надежная и постоянная. Если связь с БД периодически отваливается, это уже нестандартная ситуация. И нужно нестандартное решение. Если так надо, можете накодить себе функционал под это дело ) Например можно скидывать все в старый формат файлов. При появлении связи, заливать из файлов в mysql, а файлы удалять. А вообще идея продолжения полноценной работы без связи с БД - глупая, имхо. Не нужно перекладывать на биллинг ответственность за надежность БД. О надежности БД и связи с ней должен заботиться не биллинг, а серве

2Maxxx: В некоторых сетях за вайпрес отрубают от сети... ) Т.е. вайпрес - не есть добро. Особенно в больших локалках. irc/jabber, веб-чат на худой конец.

2Max: Ежемесячно 30 гиг суммарного предоплаченного трафика, которые сгорают в конце. Если такого сделать нельзя, такой вариант: КК на сервере по крону каждый час проверяет, сколько всего накачал юзер "дума". Если > 30 гигов, то юзер отрубается. Все, что "дума" успеет накачать свыше 30 гиг - это им типа бонус. Вы же добрый провайдер =) А если у вас скорости большие и вы не хотите чтоб бонус исчислялся в гигабайтах, можно поставить интервал меньше. Каждые 5 минут или даже каждую минуту. Ну и в начале каждого месяца включать обратно.

Ага. А я думал её на utm присобачить ) Ладно, тогда буду искать другие решения.

А что, связь с БД часто рвется?

Можно и патчик. Патчик клиенту и патчик серверу. Клиенту - чтоб просто показывал баланс. Серверу - чтоб не посылал, если клиент подключается не со своего ip. Хотя можно патчик только серверу. Тогда надо будет, чтоб у клиента в стг был прописан ip адрес, а не стояла звездочка. Сами понимаете, почему. Ну и вперед, кодить патчик ) Предположительно, тупой патчик "не отфутболивать при несоответствии ip адреса" можно сделать очень просто.

2Gmen: Если не ошибаюсь, tcp/udp порты - 3 уровень коммутации. Поэтому варианты на выбор: 1. Отказывайтесь от DHCP. 2. Отказывайтесь от блокировки по IP+MAC на порту. 3. Ищите в свичах, может каким-то боком есть такая функция, чтоб dhcp пропускало. 4. Меняйте свичи на те, которые смогут сделать так, чтобы проблемы не возникало. 5. Пишите скриптик, который будет контролировать состояние DHCP сервера, и если тот упал, то поднимать его открывать порты. Правильно написанные скрипты не глючат. Если скрипт проработал год, а потом вдруг стал выдавать, что 2х2 = 5, то это повод к смене жел

Это уже само по себе кое о чем говорит

2kvirtu: Собственно, вы в этой теме, чтобы свое предлагать или других унижать? Есть что сказать по сути вопроса - напишите, как сделать лучше.

Имхо, стоит различать, где нормальная работа, нормальные условия. А где что-то выходящее за рамки. В нормальных обстоятельствах dhcp не падает и свичи не глючат постоянно. Если есть ситуация, для которой "пропадания света часто и надолго" - нормальные условия, то есть 2 варианта. 1. Сделать так, чтобы свет не пропадал часто и надолго. Т.е. какие-то мощные ups'ы, генератор. 2. Искать решение именно под эту ситуацию. Кластеры, дублирование сервисов. Я не знаю, можно ли, но может быть можно иметь 2 DHCP сервера, которые дублируют друг друга, но находятся в разных точках сети. Если

2MastDaj: Нифига не понял, но согласен ) 2dnserg: 300 - да. 500-700 - жопа. Причем чем дешевле мыльницы, тем жопа ближе ) 2PPKOM: Я вижу, вам очень хочется побегать по юзерам и поменять им айпишники. Ну поменяйте. Технического толку от этого будет никакого. Зато, возможно, вы успокоитесь и прислушаетесь к другим советам.

Можно делать 1 vlan не на юзера, а на дом или на подъезд. Тогда 500 вланов хватит на 2000-5000 юзеров, что куда реальнее. Хотя при желании можно делать хоть "волокно на юзера". Вопрос только в бабках )

А ДНС (bind) много ресурсов хавает? Если будет local.com.ua, то значит будет mysql. А ему чем больше ядер, тем лучше. Apache последний тоже хорошо нагрузку умеет распределять. Так что 4 головы всяко лучше, чем две ) Правда и апач и мускул хорошо бы подтюнинговать, чтобы они все это дело адекватно ели.

Имхо, дело тут в "portmap tcp/udp 40000:60000".

2madf: Чтобы было "все данные держатся памяти", надо будет свой встроенный минисервер sql иметь ) Постоянная связь с БД - одно из основных условий нормальной работы биллина. Если связь с БД периодически отваливается, это уже нестандартная ситуация. И нужно нестандартное решение. В принципе можно прикрутить костылёк - скрипт, который каждую минуту проверяет доступность БД. А если БД недоступна, перезагружает БД и перезапускает биллинг.

2Super-foX: А чем windows не устроил, если не секрет?

2gen PSI: А народ(работодатель) любит в вакансии описать, что человек должен знать все это + mysql/postgres/mssql/oracle + знание solaris/hp-ux/irix + кучу языков программирования. А вакансия будет на админа за 300$ в месяц ) Сорри за оффтоп )

А ты попробуй залить современный автомобиль 76 бензином, оно ещё не так бабахнет ) Суть в том, что 300ваттные БП от фирмы "noname" выдают 300 ватт только на пиковых нагрузках. В среднем их выхлоп составляет 2/3 от заявленной мощности. Т.е. 200W в твоем случае. Обычному домашнему компьютеру 3-4 летней давности (как у меня) этого может и хватит. А файловому серверу - врядли. Поэтому ставить нужно что-то помощнее и по качественнее. Ну и рассчитывать мощность, как 2/3 от заявляемой. Пол года назад порыскав по интернету в поисках данных о БП я наткнулся на 2 производителя. Это FSP и

Это дорогой, но единственный вариант. Точнее класс вариантов. Локалка на неуправляемых свичах тем и характерна, что она неуправляема. Это по сути одноранговая сеть. То, что где-то стоит "главный сервер" - чистая условность. Это такой же компьютер, как и остальные. Сеть вполне проживет и без него. Если на сервер поставить ip-sentinel или ipguard, он просто активно срать в сеть, мешая другим компам сидеть под чужими (по мнению этого сервера) адресами. Так что "главный сервер" с точки зрения остальных компов - это даже вредный комп. Мешает остальным сидеть в сети ) Так что если хочет

2 сетевухи и обе получают по DHCP? Знаете, это из разряда "А можно ли в windows форматировать 2 дискеты двумя дисководами одновременно" ) Суть в том, что dhcp прописывает шлюз по умолчанию. Даже перезаписывает, если я не ошибаюсь. Поэтому получается, что который интерфейс последним получит данные по dhcp, тот и будет пускать тебя в мир. Потому что пропишет свой шлюз по умолчанию )