Jump to content
Калькуляторы

Grey

Активный участник
  • Content Count

    278
  • Joined

  • Last visited

1 Follower

About Grey

  • Rank
    Студент
  • Birthday 01/29/1969

Информация

  • Пол
    Мужчина

Город

  • Город
    КавМинВоды
  1. много уже посоветовали.... выбирай но осторожно, но выбирай... :) лично я в такой ситуации поднял бы: FreeBSD+mpd5+freeradius+apache+proftpd+postgresql на такой связке пашет много лет не мало машинок .... в разных сетях и с разной нагрузкой. данные в sql, на вебе рулилка, логин/пароль и ограничение по скорости и объёму на каждом логине... начинать можно хоть со старого компа, после апгрейда машинки у секретаря ;) а дальше наращивать если нужно и есть деньги. Решение на полностью открытом софте, фаервол ipfw вполне то что надо и если приспичит squid, dhcp - ставятся и пашут не прося хлеба... ;) и главное, цена вопроса: старый комп и соответствующие навыки... можно (если конечно интересно) за пару недель экспериментов дома на досуге всё это поднять и не париться что надо прятать сервак с ломаным софтом или платить за лицензии :)
  2. Ну так такие рельсы уже были нарисованы и изготовлены. Заказчик - один из наговитян. Вот картинка: Они получились куда проще. За счёт хитрой регулировки: Она сделана с помощью простых закладных гаек. то что надо
  3. По ТЗ цена должна быть 2400 р. Выше цена не будет ни при каких обстоятельствах! Отсюда и борьба за технологичность. По рельсам - думаю. Может быть стоит поискать какое-либо специальное решение, чтобы не удорожать шасси "в полной комплектации" ни на копейку. К примеру, сейчас я делаю супер-компьютер для AGA и для него найдено весьма простое и разумное решение по креплению задней точки - http://forum.1labi.com/viewtopic.php?f=15&t=104 (читать третий пост сверху). тогда пусть шасси будет до 2400 р. но для данного заказа прошу и рельсы приложить ... простые как оговаривалось. просто я представляю как получив заказ буду судорожно искать как же по людски и дёшево закрепить .... пусть будет чуть дороже за счёт доп. фусек в виде рельсов :)
  4. Ок! Мне и самому этот вариант нравится больше всех предыдущих. Можно комплектовать корпус двумя корзинками (на цену это не повлияет). У кого есть потребность - пусть ставят 6-ть винтов. Кому хватает двух винтов - пусть ставят их на заднюю стенку без корзинок. Так они будут лучше охлаждаться. БП и мать местами не поменять. Полно-размерная мать будет немного заходить под БП. На матери только с этой стороны (слотов) гарантирована низкая высота всех компонентов. С другой стороны может оказаться радиатор. Большее расстояние до разъёма питания - это, на самом деле, гут. Не надо будет сворачивать провода клубком. Шасси получилось маленьким - шнуров БП должно хватать до любой точки матери. По поводу оплаты. Я работаю либо по трудовому договору (как сотрудник), либо через друзей/партнёров. Первый вариант удобен, например, для работы по сопровождению проектов строительства СКС. Второй - если просто нужно выставить счёт за конкретное оборудование. Вам, наверное, удобнее будет последний вариант. То есть, шлите реквизиты на itseminar@list.ru - выставлю вам счёт. Места под кулеры универсальные? (под 80 и под 120 подойдёт?) Корзинку можно одну. Если в паре серверов потребность будет в двух корзинах, закажем вам отдельно в следующую партию корпусов :) Про оплату и заказ понял, сделаю.
  5. Нарисовал: Вроде как, неплохо получилось. Просто устроено, все компоненты расположены удобно, всё доступно, размеры не сильно увеличились (+29 мм), охлаждаться всё должно хорошо, все разъёмы расположены фронтально (спереди), собираться должно легко и выглядит, вроде, ничего себе. Однако, крайнее слово за вами. Хорошо! Кажется это то, чего и хотелось .... только пара вопросов: 1. можно ли вместо одного винта навесить вторую корзинку? (если я правильно понял, она на три винта). (ну или не корзина а место для крепления винтов :) ) 2. можно ли БП и материнку поменять местами. Всё же лучше, если БП будет ближе к разъёмам питания на матери. Соответственно с винтами надо то же самое сделать. 3. ну и когда (и как) можно оплатить скажем 6 штук (с рельсами)?
  6. Выдувать хорошо, если вентилятор размещён выше источника тепла. Вдувать - ниже. То есть, слева, раз низко опустить вентилятор нельзя (мешает мать) нужно сделать отвод тепла, а справа можно сделать приток холодного воздуха. Получится такой продуваемый коридор, в котором и будут стоять жёсткие диски. Плюс от дисков тепло будет отдаваться через заднюю стенку шасси. По поводу тепла от БП волноваться не стоит. КПД у современных БП сейчас очень высокий и собственного тепла они выделяют совсем не много. Если под БП сделать в передней стенку решётку, то он будет забирать снизу спереди холодный воздух и отдавать его вверх вперёд чуть тёплым. И это будет работать даже со сломанным вентилятором БП. Правильные корзины - хороший вариант. Но одна корзина = стоимость шасси по ТЗ. А удорожание - это не гут. Ну, рисуем следующий вариант? Я не уверен про сегодняшний вечер, но в пятницу вечером с большой вероятностью смогу найти несколько часов для этого дела. Рисуем :) Согласен с доводами. Надеюсь на этот раз получится ближе к идеалу :)
  7. Согласен, этот вариант "как-то не очень". Предложения: 1. винты поставить у заднего конца матери, выдув в бок в лево, разьёмы в право. Что эффективнее, обдув винтов или отвод горячего воздуха от них? Учитывая что современные винты есть достаточно "холодные". В любом случае отвод тепла из кузова - правильный путь. 2. БП можно у передней кромки, но "ветер в харю, а я шпарю" не хорошо. выбув надо делать или назад или в бок. P.S. может быть правильнее какие-то "правильные" корзивы применять, но думаю в обычных кузовах винты крепятся в "стойке" до пола кузова и это очень удобно.
  8. Ну, если разъёмы БП могут быть на задней панели (туда-же будет выноситься тепло), то я вечером перекомпоную шасси под эту пожелаку (благо свободное время сегодня вроде-как есть). Такой вариант должен выглядеть вполне разумно. Если, конечно-же, я правильно понял мысль про необязательность удлинителя питания. БП будет разъёмом торчать назад (туда же вынос тепла), так что удлинитель не нужен. (можно в бок, тоже вариант).
  9. Увеличить размеры? За деньги? Легко! Но, жалко, блин :) Может хоть БП оставим на этом месте? Так ли важно иметь именно 7 слотов, а не 6-ть? Зато тут тепло сразу выносится наружу и удлинителей проводов питания нет. По рельсам. Можно сразу сделать свои. Вот в таком стиле - http://forum.1labi.com/viewtopic.php?f=15&t=94 Недорого и сердито. Увеличить размеры только на столько, что б получилось БП отнести назад. Удлиннитель питания думаю не великая деталь и по стоимости тоже. (Хотя зачем он вообще нужен?) Тепло будет выноситься сразу тоже. но назад. Винты удобнее с переди, пока больше 3-4 и не нужно как правило. Расположить их (винты) разъёмами назад. Кулер справа на выдув, что б от винтов отводил тепло. Рельсы пойдут как предложено, дешёво и сердито - самое оно.
  10. Не хочу показаться назойливым, но.... :) как успехи? В эти выходные выкроил несколько часов. Нашёл интересную компоновку (это уже рабочий вариант - всё совпадает) : На картинке шасси Grey В этом варианте все разъёмы размещаются фронтально, в том числе разъёмы блока питания. При этом в корпус входит стандартная АТХ мать (один слот уходит под БП). Два жёстких диска размещаются на поворотной площадке: На картинке поворотная площадка с HDD шасси Grey Ещё один диск может быть установлен на задней стенке за БП. В принципе, там можно сделать корзинку и на 2 HDD. Самое прикольное в такой компоновке - шасси получилось весьма компактным. Его глубина будет около 265 мм. То есть, его можно будет устанавливать в открытую однорамную стойку или в настенный шкаф. Сверху компоновка шасси выглядит так: На картинке шасси Grey сверху К сожалению, выходные уже закончились - придётся заканчивать шасси чуть позже (покуда это пока некоммерческий проект - времени на него катастрофически не хватает). Интересно, но видимо не совсем то хотелось .... 1. пусть кузов будет глубже 2. БП переместить назад за мат.плату 3. винты перенести на место БП, т.е. справа на лицевой стороне. Если можно будет так перекомпоновать, то готов оплатить партию и уже начать юзать и обкатывать, для исправления возможных неудобств и заказа следующей партии (если сильно понравится). P.S. ... ну и крепёжь на две рамки (на рельсах) тоже хотелось бы .... это важный момент.
  11. верное было бы решение, если бы в "городе" было бы статичесское (или управляемое) кол-во анонсируемых сетей. Но у человека "город" может в любой момент анонсировать какую угодно сеть.
  12. у меня возникает один нюанс: Пока клиент не подключился к впн серверу(pptp), ip у него серый и он свободно может лазить по городским ресурсам, резать скорость не надо, в инет доступа нет. После подключения к впн клиент получает реальный ip и он уже с этим адресом лазит и в инете и в городе. В городе анонсированы и серые и белые адреса клиентов. Поэтому фильтровать город по серым адресам не получается. Вот если бы в mpd-filter можно было указать интерфейс, было бы проще. интерфейс чего? интерфейс на NAS, который один для всего (наружу)? или интерфейс на ROUTER? :) или интерфейс в сторону клиента? который ngxx и всегда разный? Вот что было бы действительно правильно, так это при поднятии pptp передавать клиенту маршруты, но винда это дело игнорирует. Вот если NAS на винде - тогда поедит, а так не хочет. Хотя с другой стороны, если в "городе" в любой момент может приехать анонс новой подсети, то толку от маршрутов никакого ...
  13. пытался и так реализовать, но здесь как я понимаю в mpd-filter нужно перечислять с каких сетей трафик шейпить, а у меня в пиринге порядка 40 городских сетей, список ip-адресов постоянно меняется, таблицы маршрутизации строятся на роутере через bgp. Хотя не исключаю, что я где-то не врубился :) Если "городские" - это серые, то их не так много и можно указать все сразу (надеюсь серые сети в инет вы не выпускаете). В своё время я долго тестил такое решение и в итоге внедрил. Нареканий нет, всё достаточно гибко и стабильно работает. Причём это без костылей в виде скриптов и т.п., работает на уровне самого mpd (т.е. на уровне ядра).