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

roma33rus

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

    542
  • Joined

  • Last visited

About roma33rus

  • Rank
    Аспирант

Контакты

  • ICQ
    3983257
  • Skype
    roma33rus-gus

Информация

  • Пол
    Мужчина
  • Интересы
    Сети и все с ними связанное :-)

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Спасибо, теперь все понял. Вопросы отпали.
  2. Отлично, спасибо за разъяснение. Отсюда есть сразу вытекающий вопрос. Можно ли как-то ловить дубликаты абонентских устройств? Читал, что есть такая штука, как ip device tracking. Оно мне поможет как-то?
  3. Всем привет. Как можно на этой железке включить фичу "Duplicate address detection". Раньше при дубликатах в лог падало сообщение, когда в сети находилось два устройства, с одинаковыми адресами: duplicate mac address detection. А теперь этих сообщений нет. Проверял специально, подключая в сеть два устройства с одинаковыми адресами. Или эта фича работает на дубликат с адресом свича? Как вообще оно правильно?
  4. Спасибо. Буду наблюдать тогда еще.
  5. Хочу поделиться результатами. 1. Изначально значит было взято Freeradius 3.0.19 из исходников и perl 5.28.1, тоже из исходников. При такой связке я получал ошибки как в первом моем сообщении и память кушал он изрядно: 2. Пересобираю Perl версии 5.28.2 с -Dusethreads. Тут ничего интересного не получилось, радиус начал падать с ошибкой: Далее путем чтения разных ресурсов в интернет было выяснено, что в радиусе была проблема утечки памяти. При этом советовали поставить радиус из репозитория, он там был пропатчен. При этом я не нашел никакого информации о том, сохранилась ли эта проблема до версии 3.0.19. 3. Идем дальше. Собираю perl 5.28.2 без поддержки threads и тут ситуация становится много лучше. Ошибок нет. Памяти кушает по божески. Работает стабильно несколько дней: 4. Дальше ради эксперимента решил пересобрать радиус, отключив пару опций: ./configure --without-vmps --without-openssl. памяти стал кушать еще меньше. Тут я долго не стал смотреть как он работает: 5. Ну и напоследок поставил я радиус версии 3.0.19 из репозитория по этой ссылки https://networkradius.com/freeradius-packages/. У меня кстати Centos 6. В этой ситуации опять же работает стабильно, ошибок нет, памяти кушает нормально: При всех этих тестах через радиус работало 44 пользователя. Вопрос, на какую память обращать внимание стоит? Virtual Memory или Private Memory RSS?
  6. Добрый день всем. Прям забавно получается. В дебаг режиме у меня радиус работает уже несколько дней. никаких ошибок и крешей.
  7. А. Вы про это. Нет, так не пробовал. надо будет сделать. Запустил radiusd -X -xxx и увидел инфу, что радиус работает с thread. Сейчас оставлю его в дебаге и посмотрю чего скажет при креше radiusd -X -xxx Fri Jun 21 10:09:52 2019 : Debug: Server was built with: Fri Jun 21 10:09:52 2019 : Debug: accounting : yes Fri Jun 21 10:09:52 2019 : Debug: authentication : yes Fri Jun 21 10:09:52 2019 : Debug: ascend-binary-attributes : yes Fri Jun 21 10:09:52 2019 : Debug: coa : yes Fri Jun 21 10:09:52 2019 : Debug: control-socket : yes Fri Jun 21 10:09:52 2019 : Debug: detail : yes Fri Jun 21 10:09:52 2019 : Debug: dhcp : yes Fri Jun 21 10:09:52 2019 : Debug: dynamic-clients : yes Fri Jun 21 10:09:52 2019 : Debug: osfc2 : no Fri Jun 21 10:09:52 2019 : Debug: proxy : yes Fri Jun 21 10:09:52 2019 : Debug: regex-pcre : no Fri Jun 21 10:09:52 2019 : Debug: regex-posix : yes Fri Jun 21 10:09:52 2019 : Debug: regex-posix-extended : yes Fri Jun 21 10:09:52 2019 : Debug: session-management : yes Fri Jun 21 10:09:52 2019 : Debug: stats : yes Fri Jun 21 10:09:52 2019 : Debug: tcp : yes Fri Jun 21 10:09:52 2019 : Debug: threads : yes Fri Jun 21 10:09:52 2019 : Debug: tls : yes Fri Jun 21 10:09:52 2019 : Debug: unlang : yes Fri Jun 21 10:09:52 2019 : Debug: vmps : yes Fri Jun 21 10:09:52 2019 : Debug: developer : no Fri Jun 21 10:09:52 2019 : Debug: Server core libs: Fri Jun 21 10:09:52 2019 : Debug: freeradius-server : 3.0.19 Fri Jun 21 10:09:52 2019 : Debug: talloc : 2.0.* Fri Jun 21 10:09:52 2019 : Debug: ssl : 1.0.1e release Fri Jun 21 10:09:52 2019 : Debug: Endianness: Fri Jun 21 10:09:52 2019 : Debug: little
  8. Да я уже обратился к ним. в дебаге ничего нового совсем. Единственное, что это почему-то у меня perl 5.28.1 не собрался с threads, а 5.28.2 собрался и теперь на нем радиус крашится. Сейчас попробую 5.28.2 без threads собрать. Заметил, кстати, что радиус с perl threads стал кушать немного меньше памяти.
  9. Ага. я и радиус вчера сразу пересобрал. да, ничего толкового не получилось. Пол часа назад попробовал. Да собственно на форуме разработчиков нашего биллинга и прочитал: http://abills.net.ua/forum/viewtopic.php?t=6982
  10. Пересобрался я значит perl с -Dusethreads. теперь радиус падает с ошибкой radiusd[43025]: segfault at 7ff9ac917140 ip 00007ff9ac917140 sp 00007ff9af933638 error 14 in libfreeradius-dhcp.so[7ff9acd25000+7000] Что-то вообще не клеится у меня. Появляется мысль уже попробовать запуститься на 2 версии радиуса.
  11. Хм. Для меня это вновинку, надо почитать инфо про это. Спасибо за наводку.
  12. Да если бы проблема была в производительности базы, то ошибки были бы всегда при высокой нагрузки. А так по факту у меня при нагрузке может и хорошо все работать. Я все-таки наверно попробую perl пересобрать с -Dusethreads. Или оно вообще никак не повлияет? Просто где-то прочитал, что если perl собран без этой опции, то из конфига модуля perl не учитываются переменные: max_clones = 128 start_clones = 32 min_spare_clones = 5 max_spare_clones = 32 max_request_per_clone = 64
  13. да, можно попробовать, спасибо.
  14. Всем привет еще раз. Поставил я таймаут в rlm_perl. Сутки пока полет нормальный, ошибок не было. а вот память как он жрал, так и жрет. Куда ему вообще столько памяти то? я уж все лишние модули поотключал. Стоит паниковать при таком расходе?