Перейти до

OriNet

Сitizens
  • Всього повідомлень

    112
  • Приєднався

  • Останній візит

Сообщения додав OriNet

  1. Народ, вы уж меня извините, что вмешиваюсь в разборки старожилов... :)

    но че вы так категорически относитесь к альтернативным источникам энергии? Да, они сейчас дороги, дают малую мощность и в итоге неэффективны, но они ЕСТЬ. И применяются там, где нет возможности использовать классические виды получения энергии, даже если это дорого. С этим кто-то не согласен? Никто ж не заставляет ставить солнечную батарею за 1000 баксов в том месте, где можно поставить обычный аккумулятор и заряжать его от сети 1 раз в неделю, или вместо ветряка подключиться к обычной сети и потреблять себе спокойно электроэнергию по n копеек за кВт-час безо всякой головной боли...

    Вокруг нас полно халявной энергии, и никто не собирается нарушать законы физики и создавать вечные двигатели, нужно только научиться эффективно извлекать бесплатную энергию. Не согласны - давайте и дальше жечь бензин и уголь, а через 200 лет когда все это добро закончится - бегать как ошпаренные в поисках решения. Или лучше уже сейчас потихоньку усовершенствовать методы, чтоб понизить стоимость и повысить мощность?

    Сомневаюсь что много кто верил в эффективность беспроводной передачи сигналов на расстояния, когда Попов ставил опыты со своим искровым разрядником. Да ему самому Wi-Fi даже не снился :D А сейчас? Я думаю то же самое будет через 200 лет с ветряками или солнечными батареями.

     

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

  2. 2pavlabor

     

    И где там КПД выше 1?

    Ну перетащили мы тепло из одного места в другое и что? Оно взялось из ниоткуда или все же из окружающей среды?

     

    Вы б еще пример привели:

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

     

    все верно, и кпд меньше 1, только стакан бензина мы купили за деньги, а из окружающей среды взяли тепло бесплатно (не считая затрат на перенос этого тепла, так же как и не считаем затраты "на спичку")

    кпд 250% получается по затратам (деньгам), а не по энергии :(

  3. трафик считаю с помощью cban (v. 1.6.0, Current BANdwidth by Nicu Pavel),

    он же дает входную информацию для построения графиков с помощью MRTG.

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

    ниже даю выхлоп "ip a", только на момент его снятия все работает нормально, но во время проявления глюка эти показания были такими же.

    пояснения: интерфейсы 0 и 2 смотрят в инет через 2х разных провайдеров (0 в данный момент не используется),

    1 и 3 - абоненты (1 по кабелю, 3 по вайфаю)

    1:1 и 3:1 используются для вспомогательных целей, когда нужно удаленно зайти на абонентское оборудование с другой группой адресов.

    основной интерес представляет трафик на 2м интерфейсе (загрузка канала провайдера). Вот когда входящий трафик eth2 показывает как входящий eth3 - проявляется все то безобразие, о котором говорилось выше.

     

    1: lo: <LOOPBACK,UP,10000> mtu 16436 qdisc noqueue

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

    inet 127.0.0.1/8 scope host lo

    inet6 ::1/128 scope host

    valid_lft forever preferred_lft forever

    2: eth0: <BROADCAST,MULTICAST,UP,10000> mtu 1492 qdisc htb qlen 1000

    link/ether 00:30:4f:17:66:43 brd ff:ff:ff:ff:ff:ff

    inet 10.38.99.1/28 brd 10.38.99.15 scope global eth0

    inet6 fe80::230:4fff:fe17:6643/64 scope link

    valid_lft forever preferred_lft forever

    3: eth1: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc htb qlen 1000

    link/ether 00:30:4f:1c:f2:86 brd ff:ff:ff:ff:ff:ff

    inet 10.1.41.1/16 brd 10.1.255.255 scope global eth1

    inet 10.0.0.254/24 brd 10.0.0.255 scope global eth1:1

    inet6 fe80::230:4fff:fe1c:f286/64 scope link

    valid_lft forever preferred_lft forever

    4: eth2: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc htb qlen 1000

    link/ether 1c:af:f7:76:33:a9 brd ff:ff:ff:ff:ff:ff

    inet 80.254.1.242/30 brd 80.254.1.243 scope global eth2

    inet6 fe80::1eaf:f7ff:fe76:33a9/64 scope link

    valid_lft forever preferred_lft forever

    5: eth3: <BROADCAST,MULTICAST,UP,10000> mtu 1500 qdisc htb qlen 1000

    link/ether 1c:af:f7:76:33:7f brd ff:ff:ff:ff:ff:ff

    inet 10.0.3.1/24 brd 10.0.3.255 scope global eth3

    inet 192.168.1.1/24 brd 192.168.1.255 scope global eth3:1

    inet6 fe80::1eaf:f7ff:fe76:337f/64 scope link

    valid_lft forever preferred_lft forever

  4. натолкните на мысль, в чем может быть причина...

    иногда, ни с того ни с сего, линух начинает считать трафик на некоторых интерфейсах "наоборот", т.е. тот трафик что должен быть входящим на eth0 оказывается входящим на eth3 (всего на сервере 4 интерфейса, линух - АСП-Линукс, ядро 2.6.24.1), при том что исходящий трафик остается на своих местах. Кроме того, похоже что правила iptables применяются тоже на перепутанных интерфейсах не правильно. Вывод команды ifconfig дает вполне адекватные результаты - адреса соответствуют номерам интерфейсов.

    Такое поведение возникает не известно от чего, а потом так же внезапно все становится на свои места, может продлиться пол часа, может три. Перезагрузка сервера помогает на некоторое время, но это ж не метод :)

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

    В /var/log/messages ничего необычного не нашел...

    вобщем помогите пожалуйста мне выйти из тупика :)

  5. а грозозащита какая-нибудь там не установлена случайно?

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

    оказалось пробивает грозозащита на корпус. выкинули - и работает как часики :)

  6. ну если я правильно понял его характеристику, то этот инвертор тоже должен уметь заряжать АКБ и автоматически переключаться на батарею при пропадании питания 220 В...

    а называется он "инвертор" а не "бесперебойник" только потому что в комплекте не идет батарея ;)

    но нужно будет уточнить его возможности, спасибо за наводку

  7. сегодня что, по всей стране свет выключали? ;)

    у меня тоже...

    присматриваюсь к этим штуковинам (АКБ уже есть):

    http://powercom.ua/ru/products/36/

    кстати, вопрос:

    имеется ИБП Powercom BNT-400. При подключении к автомобильной АКБ 60 Ач держит примерно около 30 минут при нагрузке не более 200 Вт. А хотелось бы часа 4 ;) Дополнительное охлаждение присутствует (80 мм кулер), ИБП помещен в другой корпус, который хорошо продувается, ни одна деталь упса (включая трансформатор) не нагревается до температуры, при которой нельзя удержать на ней палец. Почему ИБП так мало держит? При том если он выключится а его включить снова, то он опять продержится примерно такое же время! Может ли в этой модели быть какой-то таймер для принудительного ограничения времени работы от батарей?

    Завтра еще поэкспериментирую с Powercom WAR-500 и внешней АКБ...

  8. та форвардеры вроде не подводили...

    и кому разрешено задавать ДНС запросы тоже описано в намед.конф

     

    я вот думаю, может отказ работы ДНС это уже следствие, а не причина проблемы?

    т.к. спасает перезапуск сети, а не перезапуск днс-сервера,

    и еще я заметил, что когда появляется эта проблема то сильно возрастает входящий трафик на одном из внутренних интерфейсов.

    может вирусняк какой в сети у кого-то, или шибко умный юзер атаку решил организовать??

    попытаюсь еще покараулить трафик тспдамп-ом...

  9. Пару дней назад начал выделываться ДНС на сервере (АСП Линух). Полтора года работал вроде без проблем...

    Служба работает, но имена не преобразовывает. Если даже в nslookup выбрать другой сервер (например, 8.8.8.8) все равно срабатывает через раз, в то же время на компе, подключенном к этой сети через этот сервер все работает, если выставить резервным ДНС этот 8.8.8.8, nslookup тоже срабатывает нормально.

    Перезапуск named обычно не спасает, только network restart.

    Натолкните на мысль, где может быть причина? BIND не справляется с потоком запросов? Так свободных ресурсов валом, хоть комп и не силен (256 мб ОЗУ, Дюрон 850), и до этого справлялся ж... Может фаервол укрепить? Там сейчас только ограничение на кол-во входящих соединений с локалки с одного хоста и отброс пакетов с неправильными флагами (ну не считая блокировки всех хостов, кроме тех что открыл доступ Старгейзер)

     

    Участок /var/log/messages, во время которого предположительно завис ДНС:

    ---

    Mar 13 09:06:19 server named[6844]: unexpected RCODE (SERVFAIL) resolving 'abarkakia.com/MX/IN': 208.67.220.220#53

    Mar 13 09:06:19 server named[6844]: unexpected RCODE (SERVFAIL) resolving 'abarkakia.com/MX/IN': 8.8.8.8#53

    Mar 13 09:06:24 server named[6844]: unexpected RCODE (REFUSED) resolving 'abarkakia.com/MX/IN': 173.212.206.2#53

    Mar 13 09:06:24 server named[6844]: unexpected RCODE (REFUSED) resolving 'abarkakia.com/MX/IN': 173.212.206.4#53

    Mar 13 09:06:25 server named[6844]: unexpected RCODE (SERVFAIL) resolving 'ns2.dnselves.com/AAAA/IN': 8.8.8.8#53

    Mar 13 09:06:25 server named[6844]: unexpected RCODE (SERVFAIL) resolving 'ns1.dnselves.com/AAAA/IN': 8.8.8.8#53

    Mar 13 09:06:42 server named[6844]: unexpected RCODE (SERVFAIL) resolving 'abarkakia.com/A/IN': 8.8.8.8#53

    ---

  10. Не терпится потоптаться на трупе бабушки математики и тетушки логики? :)

     

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

    если у юзера на счету больше нуля - работай на здоровье.

    если ноль - доступ есть если есть предоплаченные мегабайты и FreeMbAllowInet = yes, если no - доступа нет.

    если меньше нуля - доступа нет в любом случае.

     

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

    или я все-таки что-то напутал в конфиге? :rolleyes:

  11. да вроде как и логика понятна, и что ноль с точки зрения математики число положительное, но когда "балланс = 0 значит счастья нет" было лучше :rolleyes:

    в конфиге никак нельзя выставить чтоб было так?

    я думал что причина в FreeMbAllowInet, вот если б этот параметр был выставлен в yes то я был бы со всем согласен.

    а так наверное прийдется стоимость тарифа делать на 1 грн больше чем абонент кладет на счет... или даже не знаю как выкрутиться.

  12. Раз уж тут завелась тема про тарифы/абонплату, то спрошу и я, чтоб не начинать новый топик в начале месяца :rolleyes:

    После перехода на сервер 2.406 (до этого кажись был 2.401, были проблемы с файлами статистики пользователей) все было гуд до первого числа.

    Да и щас работает в принципе нормально, если не считать что у пользователей которым сняло абонплату и на счету стало 0, все равно осталась возможность ходить в инет. Раньше такого не было, ноль - значит доступа нету. Сейчас если выставить на счет отрицательную сумму то доступ блокируется, но мне это не совсем нравится. Где может быть ошибка?

     

    stargazer.conf

    ---

    DayFee = 1

    DayFeeIsLastDay = yes

    DayResetTraff = 1

    SpreadFee = no

    FreeMbAllowInet = no

    WriteFreeMbTraffCost = no

  13. Хм...

    так и живете от НГ до НГ :)

    ?

     

    Дааа, любит нас наше государство... какие там 3,5 тыс, тут и полторы не получаешь (районный центр правда), еще и понавыдумывали кучу тупых инструкций и потом снимают премии за каждую точку или букву в самом прямом смысле этих слов. Не знаю, можно ли прожить на 3500 в столице, но там по крайней мере есть перспектива роста. Если б не дом-семья - я б попробовал, на 99% основным требованиям соответствую :blink:

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

  14. > В stargazer.conf поставь, чтобы читало из bak-файла, при невозможности загрузить из основного.

     

    у меня нету такого параметра, наверное в версии 2.401 его еще не было. однозначно прийдется обновляться, че это я сразу последнюю версию не поставил - не пойму...

     

    > Но, изначально надо искать причину, почему отваливается стж, в полне возможно, что не хватает ОЗУ, попробуй где-то достать еще планочку на 256 хотя-бы.

     

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

     

    > 800-й Дюрон - не самый лучший вариант для сервера, с известными проблемами вечного перегрева и тормозов. На моей памяти - и материнки под них были не очень. Особенно учитывая возраст изделия. А Вы ему ещё и сетевых добавили на борт для полного счастья. И наверняка не Intel Pro. :)

     

    он у меня сейчас стоит на лоджии, там +5...+10 С, так что перегрев ему сейчас не грозит :) надеюсь в ближайшее время обновлю.

    сетевухи - 2 были Планет на Реалтеке 8139, добавил 2 Д-Линка на каком-то VIA VT6105. Думаю проблема не в них, трафик все-таки совсем небольшой.

     

    > Samba говорите? Опрометчиво. Для такой машины, выступающей в качестве шлюза, это тяжко.

     

    согласен, но хочется ж всего и побольше :) да и приятно наблюдать как на таком пенсионере крутится столько сервисов, Виндовсу и не снилось ;) пусть пока Самба поживет.

     

    > Наверное все таки не "Cannot write stats" а "Cannot read stat" - потому что файл битый. Битый - потому что Startgazer упал во время его записи. Я бы посоветовал обновиться.

     

    да, все-таки ошибка чтения, извиняюсь.

    буду обновляться.

    скажите, а если скомпилировать стг на другом компе а потом на сервер просто подбросить файлы - прокатит? а то не хочется экспериментировать на живом сервере

     

    и с БД пока определился - пусть хранится в файлах :) спасибо!

  15. Недавно заметил у себя такую же проблему, только на давно и успешно работающем Старгейзере. Примерно год проблем таких не наблюдалось, сейчас - пару раз в неделю. Отваливается процесс старгейзер, при перезапуске в логе пишет что не могу записать статистику юзеру такому-то. В папке юзера появляется файл stat.bak, файл stat превращается в сильно урезанный вариант - несколько первых строчек. Чтобы запустить старгейзер, переименовываю стат.бак в стат, тогда все гуд.

    Думал найду ответ в данной теме, но тут что-то не совсем то :)

    В чем может быть причина?

    Недавно резко увеличилось число абонентов с 30 до 85, добавил 2 сетевухи (стало 4) - 2 входящих канала и 2 исходящих, на 2 группы абонентов (кабель и вай-фай).

    Компутер конечно слабенький (прошу не смеяться - Duron 850, 256 Mb RAM, на более солидный еще не заработал ;) , но мне кажется с такой нагрузкой он должен справляться. Заметил, что перед вылетом старгейзера наблюдается высокая загрузка процессора по softirq, в районе 80%. Кстати, в нормальном режиме она тоже мне кажется не маленькой - 20...40 % - что может ее вызывать? Проц не справляется с траффиком? Так он небольшой, не более 10 мбит на каждом интерфейсе, ну разве что на одном может подскакивать когда по Самбе юзеры заходят на расшареный ресурс. Или может винчестер начинает сбои давать?

    По ходу еще вопрос: на сколько целесообразно использовать в качестве хранилища данных базы данных а не файлы? Сколько юзеров может нормально работать в старгейзере с файловым хранилищем? Что-то не очень пока хочется переходить на MySQL... ;)

  16. не знаю как насчет стекловолокна, но стальная проволока 2 мм не пролазит B)

    у меня получалось протягивать только с помощью неиспользуемых проводов Телекома и кабельного ТВ.

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

  17. есть вариант "дешево и сердито" - SSH клиент для мобилы на Джаве. Сам часто пользуюсь для проверки работоспособности сервера, можно в срочном порядке абонента вкл\выкл в любом месте и в любое время. На чердаке вообще незаменим. Правда мобильник в коммутатор не пихнешь, но зайти на сервер и пинать абонента, и в это время дергать разьемы можно B)

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

    Кому интересно - могу поделиться или выложить где-нибудь.

  18. Вот возникла идейка прокладывать кабель в гофре (ну или в коробе) по внутренней стороне наружной стены, возле оконных проемов. Там между этажами есть проходы, по окнам что на площадках, и можно протягивать и ничего не пробивать. Только кабеля добавляется по несколько метров на каждого абонента, но это уже мелочи, по сравнению с бурением плит. Так что в соседнем доме буду размножаться наверное уже таким способом :o

  19. Какая ориентировочная цена может быть на канал 10-20 мбит? И кто его может предложить? Кроме телекома в городе никого нет. Читал на форуме про транспорт до Киева и мобильщиков, но как понял в каждом конкретном случае свои ньюансы... Какие варианты могут быть в Орехове? (около 50 км от Запорожья)

  20. Да уж, за такие деньги наверное можно купить лазерную установку и прожигать плиты бесшумно :)

    А кто чем пробивал стояки? Не думаю, что кто-то тратил такие деньги на алмазную буровую установку...

    И еще, в каком месте пробивали? Я думал возле стены шахты лифта, возле нижней ступеньки, там плита без утолщения.

    post-13904-1276327476,6672_thumb.gif

  21. Ну вы ж не обязаны были ходить к каждому и выдергивать кабель с системника. Я своих предупреждаю, что во время грозы лучше кабель отключать, как и антенну от телика, и если что-то сгорит от грозы (так же как и от перепадов электричества, потопа и т.п.) то при чем же тут я? Жаль конечно человека, но не покупать же мне ему теперь новый комп...

  22. самое приятное начинается когда построили стояки все красиво-культурно. Звонит человек говорит хочу подключится, вы ему не вопрос, ждите щас приедем.

    Приезжаете вы к нему и начинается... вычто ?? собираетесь тянуть мне кабель через всю квартиру ?? зачем он мне надо ?? я только ремонт сделал.

    Я лучше к другим "нормальным" подключюсь которые мне через окно заведут как положено)).

     

    Вот и думай после этого как оно правильней. Унас тот же билайн построил стояки, а 90% кабеля кидают через окна.

     

    Нужно объяснять клиенту, что и как правильней. И что если у него был ремонт, то это еще не значит что мы все растрощим. Бывает что у одного проводишь по квартире 20 мин, а бывает и 2 часа, из-за этих ремонтов :) Но плата одна в любом случае. С абонентами нужно дружить, особенно когда их мало :)

     

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

     

    Тут в теме уже была приведена примерная схема действий, почитайте с самого начала.

  23. давай те пофантазируем, в доме три и больше провайдеров, шахта изначально забита:

    1. каждый начинает сверлить + Гофра,

    2. у вас 1-3 клиента на подъезд,

    3. бабушки требуют ТУ, разрешение и т.д.

    я некого не переубеждаю, каждый идет своим путем.

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

     

    1. будем надеяться что когда будет 3 и больше провайдера я уже все что нужно окупирую :) а они уже пусть выкручиваются как хотят.

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

    3. тут да... главное все вежливо объяснять :)

    ничего не имею против, в споре рождается истина, я рад любому мнению

  24. Приходишь в дом управление с шоколадкой...

     

    Спасибо, кажись то что надо. Надеюсь, так оно и будет :)

     

    Насчет кабеля по внешней стене:

    1) Гроза

    2) Эстетика

    3) Проще стырить

    4) ФТП с тросом щас не так просто найти. И он дороже, хотя в пересчете на ЮТП+Гофра+Сверлить будет все равно дешевле :)

    5) Кабель жестче, ЮТП по квартире таскать легче, и запас можно немного оставить

×
×
  • Створити нове...