Релиз Carbon Reductor 8.01.02 3480

Релиз Carbon Reductor 8.01.02 3480

Самое важное

Пользователям 8-й версии больше не нужно собственноручно заходить в личный кабинет АС «Ревизор» и проверять таким образом работоспособность системы фильтрации, теперь это делает Carbon Reductor.

В нашей практике мы несколько раз встречались с ситуацией, когда неполадки в сети оператора связи или в аппаратной части сервера фильтрации приводили к пропускам запрещённых ресурсов, к ненулевым отчётам АС «Ревизор» и, соответственно, к потенциальному штрафу.

Регулярно мы разрабатываем всё новые рекомендации по обеспечению защиты от подобных ситуаций:

В новой версии мы пошли дальше и провели интеграцию Carbon Reductor с личным кабинетом АС «Ревизор».

Теперь Carbon Reductor способен скачивать и анализировать отчёты из личного кабинета АС «Ревизор» в автоматическом режиме. Результаты анализа отправляются в систему мониторинга для отслеживания корректности работы Вашего сервера фильтрации. При любых форс-мажорных ситуациях, например, сбой в сети или аппаратной части сервера фильтрации, наша техническая поддержка будет оповещена о неполадках нашей системой мониторинга, сообщит о них администратору Сarbon Reductor на Вашей стороне и решит проблему в самые кратчайшие сроки.

Также мы исправили ошибку, влияющую на создание автоматических заявок о проблемах с сервером фильтрации. Это приводило к созданию заявок о несуществующих проблемах.

Веб-интерфейс

Для Вашего удобства добавлена возможность изменения настроек в веб-интерфейсе.

Мониторинг

  • Мы добавили предупреждение об окончании срока действия ЭЦП (электронная цифровая подпись) за 30 дней в виду того, что процедура получения ЭЦП в некоторых случаях может быть долгой.
  • Проверка интеграции с маршрутизатором теперь учитывает интеграцию с несколькими маршрутизаторами.
  • Исправлены ложные срабатывания проверки высокой нагрузки на процессор.
  • Исправлено дублирование создаваемых заявок от системы мониторинга.

Фильтрация

  • Для исключения блокировок незапрещённых ресурсов через манипуляцию DNS-записями (например, vk, google и пр.) резолвер теперь используется только в чрезвычайных случаях и работает по спискам Carbon Soft.
  • Восстановлена работоспоснобность дополнительных (собственных) правил файрвола для обработки DNS-трафика.

Списки, выгрузки, сертификаты

  • Для снижения нагрузки на маршрутизаторы при анонсировании по BGP появилась возможность использовать список IP-подсетей вместо списка IP-адресов.
  • Исправлено извлечение закрытого ключа из PFX-контейнера средствами Carbon Reductor.

Спасибо, что пользуетесь Carbon Reductor!

Релиз Carbon Reductor 8.01.01 3423

Релиз Carbon Reductor 8.01.01 3423

Самое важное

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

Веб-интерфейс

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

Мониторинг

  • Добавлен тест, выполняющий проверку включения всех обязательных опций для обеспечения высокого качества фильтрации.
  • Исправлен тест для проверки гипертрединга — проверка не производится на процессорах семейства AMD.
  • Исправлена ошибка при проверке собственных списков провайдера, если в чёрном списке использовались подсети, то тест завершался с ошибкой.

Фильтрация

  • Из меню скрыты опции, которые являются обязательными для достижения уровня фильтрации, требуемого законодательством.
  • Исправлена ошибка рестарта, которая приводила к продолжительному выполнению режима обслуживания.
  • У серверов был отключен резолвер, чтобы избежать блокировки популярных ресурсов (vk.com, avito.ru и другие), функционал фильтрации при этом не пострадал.

Списки, выгрузки

Исправлена работа белых списков для ip_block. В некоторых случаях они не работали.

Обновление

В Carbon Reductor 7 внесены важные изменения, позволяющие быстро перейти на Carbon Reductor 8.

Прочее

  • В мастере установки вопрос о настройке сети отображался некорректно — исправлено.
  • Логирование dns запросов не используется, поэтому было удалено из menu и всех скриптов, которые его проверяли.

Спасибо, что пользуетесь Carbon Reductor!

Релиз Carbon Billing 5.24.01

Релиз Carbon Billing 5.24.01

Добрый день!

Выпущена новая версия Carbon Billing 5. Вновь повышаем надёжность, отказоустойчивость биллинга, а также не забываем про новый функционал.

Надёжность, отказоустойчивость, безопасность

По нашим расследованиям падений БД, самой частой причиной было нарушение целостности файловой системы. Мы внедрили технологию теневой копии БД на отдельном разделе. Это позволило уменьшить вероятность повреждения БД до минимума, так как шанс, что обе файловые системы, работающие под разной нагрузкой, повредятся при ресете питания — крайне мала.

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

Ядро биллинга

В ядре проведена работа по оптимимации кода, что в итоге снизило нагрузку на сервер и в целом ускорило работу биллинга. Сделана большая ревизия кода отвечающего за отправку событий, убраны лишние события и оптимизирована скорость обработки — теперь события обрабатываются в 2 раза быстрее. Улучшен алгоритм переключения лестницы скоростей по тарифу, теперь эти действия не засоряют аудит и потребляют меньше ресурсов.

  • Расширен функционал отчётности и взаиморасчётов операторов связи по агенсткой схеме для телефонии, теперь можно отдельно выставлять агентские счета по каждому вышестоящему оператору.
  • Исправлены ошибки перерасчёта.
  • Доработан функционал, отвечающий за привязку и обработку двух и более договоров на одном счёте. Теперь в одном акте, который высылается абоненту можно разграничить оказанные услуги по нескольким договорам. Также исправлены мелкие ошибки.
  • Улучшен функционал миграции с других биллингов — добавлена возможность повторной миграции в ускоренном режиме.
  • Некоторым пользователям при полном перерасчёте требовалось перерасчитать всю телефонию, в новой версии это возможно.
  • У пользователя при использовании опции «Сдвигать дату ежемесячного списания», переход на тариф просходил 1-го числа месяца, а не в дату, куда было сдвинуто списание — исправлено.

Веб-интерфейс администратора

Добавлен новый функционал по просьбе пользователей, исправлены мелкие ошибки и проведены некоторые улучшения.

  • Для удобства добавлена возможность сразу скачивать pdf при печати документов.
  • Улучшен алгоритм подсчёта абонентов в дереве абонентов, в некоторых случаях цифры были неправильными и исправлялись только ночью при полном перерасчёте дерева.
  • По многочисленным просьбам в расширенный поиск добавлена возможность массового изменения результата поиска. Например, это пригодится тогда, когда Вам необходимо по какому-то признаку поменять тариф абонентам.
  • В 2 раза увеличена скорость отклика информации по абоненту в веб-интерфейсе администратора.
  • Некоторым пользователям требовался рекурсивный поиск по группе абонентов — эта опция добавлена в расширенный поиск. При включённой опции поиск будет осуществляться и по группам и по подгруппам.
  • Исправлены ошибки веб-интерфейса, о которых Вы сообщили.
  • По просьбе нескольких пользователей добавлено поле для написания комментария в операциях прихода.
  • Добавлена необходимая запись в аудит, чтобы было очевидно, делался ли перерасчёт по абоненту и на какой период — в некоторых случаях это сложно было понять.
  • Если пользователь задавал недостаточно детальный поиск по абонентам в базе более 10 тыс. абонентов это приводило к ошибке поиска — исправлено.
  • Для интеграции с 1С добавлен обработчик для облачных решений.

Платформа

  • Переработана система изменения и генерации DHCP Subnets, теперь она работает предсказуемо и не дублирует данные.
  • Добавлена возможность восстановления базы данных из резервной копии сразу из веб-интерфейса.

Платёжные системы

  • Обновлён протокол работы с платёжной системой Uniteller.
  • Некоторые кассиры не могли понять зачислен ли платёж через веб-кассу и ошибочно проводили второй. Теперь подобные ситуации исключены, система сообщит о проведённом платеже всплывающим окном.
  • Добавлена платёжная система «PayKeeper» — больше возможностей оплаты для Ваших абонентов.

Спасибо, что пользуетесь Carbon Billing 5!

Важная информация для пользователей Carbon Reductor 7

Важная информация для пользователей Carbon Reductor 7

Уважаемые пользователи Carbon Reductor 7!

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

  1. Включить опцию SNI фильтрации.
  2. Выключить опцию фильтрации с использованием DNS резолва.

Подробнее, о том как это правильно сделать, читайте в документации.

К сожалению, мы не можем изменить эти опции удаленно в текущей версии 7.

На всех серверах 8 версии продукта настройка произведена автоматически. Это будет возможно и в следующей версии Carbon Reductor 7, которая выйдет после 25 июня.


Спасибо, что пользуетесь Carbon Reductor!

Релиз Carbon Reductor 8.00.09 1175

Релиз Carbon Reductor 8.00.09 1175

Добрый день!

За последние пару месяцев разработчики хорошо потрудились и выложили крупное обновление в devel‑ветку. Обновление серверов пройдет автоматически.


Самое важное

Исправлена редкая ошибка, приводившая к зависаниям серверов (soft-lockup) и последующей перезагрузке. Всего было зафиксировано 4 случая за 3 месяца, они обошлись без последствий, благодаря использованию резервных серверов фильтрации.

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

Сервис bgp_blackhole теперь поддерживает работу с IP адресами подсетей.

Списки, реестр, выгрузки

Недавно мы обнаружили особенность работы АС «Ревизор» — он обновляет списки Роскомнадзора через час после того, как они обновятся в источнике. Carbon Reductor обновляет списки в течение нескольких минут после их изменения со стороны Роскомнадзора. Это привело к ситуации, когда АС «Ревизор» зафиксировал фиктивный пропуск по устаревшему списку — сайт, который ранее был заблокирован, разблокировали, но информация о нём в АС «Ревизор» обновилась позже, чем в Carbon Reductor. Теперь используются все списки за последние 24 часа (по умолчанию, но опционально) для исключения рассинхронизации с АС «Ревизор».

Добавлена возможность просматривать изменения выгруженных из реестра Роскомнадзора списков с помощью git в папке `/var/lib/reductor/rkn_history/lists/` (за исключением результатов резолвера и временных файлов от обработки списков).

Добавлена проверка отсутствия файлов запроса и подписи в утилите для выгрузки единого реестра с выводом ошибки понятным для администратора. В заблуждение попадали пользователи, переключившие выгрузку реестра с собственного сервера на выгрузку через Carbon Reductor с использованием запроса и подписи к серверу Роскомнадзора. Проверка работает как при запуске выгрузки, так и при автоматической диагностике сервера.

Добавлена возможность использования Крипто-Про для подписи запроса на сервере с Carbon Reductor 8.

Исправлено:

  • Список Минюста не отображался в веб-интерфейсе.
  • Работа белых списков IP адресов (https).
  • Просмотр информации о списках в веб-интерфейсе показывал информацию не обо всех списках.
  • Демон проверки единого реестра rknd отслеживал только срочные изменения, теперь отслеживает все (интервал проверки — раз в 5 минут).
  • Заполнение списка доменов ресурсов, использующих HSTS при выборе соответствующей опции в мастере настройки.

Интеграция с сетью провайдера

Добавлена поддержка интеграции Carbon Reductor с несколькими маршрутизаторами — система отправки команд (events.sh) теперь поддерживает список хук-файлов, в которых определяется порядок взаимодействия с каждым маршрутизатором.

Информация о сервере

  • В вывод информации о сервере добавлена оценка аппаратной части по шкале от 1 до 10 для того, чтобы Вы и техподдержка могли более полноценно контролировать актуальность Вашего сервера.
  • Вывод информации о сервере теперь показывает все установленные модели процессоров. Сделано для машин с несколькими разными процессорами.
  • Исправлен вывод информации о сервере: при использовании VLAN-интерфейсов для приема зеркала выводились неуместные ошибки ethtool.

Безопасность

Бывают случаи, когда локальная сеть не очень хорошо защищена, поэтому мы добавили пару вещей, которые дополнительно напомнят о безопасности Вашего сервера фильтрации:

  • Проверка смены пароля пользователя root в диагностике. Теперь отображается ошибка в случае использования стандартного пароля.
  • В мастере настройки предлагается использовать нестандартный порт для SSH. При использовании стандартного, диагностика будет выводить ошибку.

Режим обслуживания

Стабилизирована работа режима обслуживания, теперь он запускается при любом рестарте файрвола, даже если не требуется изменять ipset и модули фильтрации.

Прочее

Добавлено:

  • Возможность указать несколько IP-адресов АС «Ревизор» через пробел на случай необходимости проведения технического обслуживания сервера.
  • Добавлена возможность сбора дампа трафика от АС «Ревизор» с помощью инструкции с примерами. Помогает для отладки вновь установленного сервера.
  • Диагностика возможности зацикливания HTTPS-прокси, если HSTS-ресурс резолвится редуктором в его собственный IP адрес. Такое может происходить в случае, если осуществляется фильтрация с помощью DNS-сервера провайдера и при этом и страница заглушка и прокси-сервер находятся на одном сервере.

Исправлено:

  • Минорные ошибки в новом контейнере bgp_blackhole.
  • Вывод ошибок диагностики в веб-интерфейсе теперь показывает только текущие проблемы.
  • Запуск активации мог приводить к уходу сервиса reductor в режим обслуживания при неприменённых ручных изменениях в модулях фильтрации или конфигурации ipset.
  • Выводящиеся в веб-интерфейсе ссылки вели на документацию по Carbon Reductor 7.
  • Мастер настройки зеркала трафика мог не отображать некоторые сетевые устройства.
  • У некоторых вновь пришедших пользователей возникали проблемы с установкой с DVD-диска, теперь установка работает исправно.
  • Утилита cache_ctl не работала.
  • Примеры утилиты list_ctl содержали упоминания старого формата списков.
  • Проблема с правами на временные файлы nginx приводила к отображению веб-интерфейса без CSS.
  • Имена ipset в firewall теперь соответствуют спискам, которые в них загружаются.
  • Проверка наличия трафика теперь использует счётчики модулей фильтрации вместо запуска tcpdump, так же учитывается включены модули или нет.

Спасибо, что пользуетесь Carbon Reductor!

Критичные изменения от АС «Ревизор» для страницы-заглушки

Критичные изменения от АС «Ревизор» для страницы-заглушки

АС «Ревизор» изменил анализ ответа от страницы-заглушки и может неверно засчитывать пропуски.

Все серверы с Carbon Reductor обновлены автоматически.

Для полной уверенности, а также если у Вас используется своя страница-заглушка, Вам необходимо проверить руками запрос вида:
telnet IP_Адрес_заглушки 80
Escape character is '^]'.
GET /.

Примечание: точка после слеш обязательна для этой проверки.

Верный ответ должен быть код 200 и с выводом страницы-заглушки.

Если ответ 301 Moved Permanently — значит воспользуйтесь инструкцией:
http://docs.carbonsoft.ru/pages/viewpage.action?pageId=77791244


Спасибо, что пользуетесь продуктами Carbon Soft!

Проверка операторов связи с помощью АС «Ревизор», практика наших пользователей

Проверка операторов связи с помощью АС «Ревизор», практика наших пользователей

Добрый день!

В связи с увеличением количества проверок АС «Ревизор» с декабря 2016 года у провайдеров появились вопросы и беспокойство на тему осуществления фильтрации трафика и штрафов от Роскомнадзора.

Мы отправили официальный запрос в Роскомнадзор с просьбой детально разъяснить механизм проверки фильтрации, выявления нарушений и процедуру наступления административной ответственности за отсутствие блокировки запрещенных ресурсов. Роскомнадзор прислали нам развёрнутый ответ. Мы скомпоновали его в максимально доступный вид и делимся им с Вами.

Данная статья содержит в себе как базовую информацию, известную каждому провайдеру с установленным АС «Ревизор», так и более развёрнутую, помогающую детально разобраться в вопросах законодательства.

Алгоритм проверки фильтрации и выявления нарушений

  1. Ресурс появляется в Едином реестре (обновляется ежедневно в 9.00 и 21.00 МСК).


  2. Согласно части 10 статьи 15.1 ФЗ-149 в течение суток с момента включения в Единый реестр запрещенного интернет-ресурса оператор связи, оказывающий услуги по предоставлению доступа к сети Интернет, обязан ограничить доступ к такому сайту в сети Интернет.


  3. Единый реестр выгружается оператором связи.
  4. Оператор связи обязан осуществлять блокировку запрещенных ресурсов согласно пунктам 1, 5 статьи 46 ФЗ-126 «О связи» порядок которой регулирует ФЗ-149.
  5. Филиалы ФГУП «РЧЦ ЦФО» осуществляют мониторинг фильтрации с помощью АС «Ревизор».


  6. Филиалы ФГУП «Радиочастотный центр Центрального федерального округа» (далее ‒ филиалы ФГУП «РЧЦ ЦФО») осуществляют мониторинг выполнения операторами связи требований по ограничению доступа к запрещенным интернет-ресурсам с использованием «Автоматизированной системы контроля за соблюдением операторами связи требований по ограничению доступа к сайтам в сети Интернет, содержащим информацию, распространение которой в РФ запрещено в соответствии с требованиями ФЗ-149″ (далее ‒ АС «Ревизор»). АС «Ревизор» введена в промышленную эксплуатацию приказом ФГУП «РЧЦ ЦФО» от 29.12.2016 № 354 (сертификат соответствия оборудования «Аппаратно-программный Агент АС «Ревизор» № ОС-1СУ-0496, срок действия с 05.10.2016 до 05.10.2019).


  7. При обнаружении факта отсутствия блокировки АС «Ревизор» делает скриншот незаблокированного ресурса. Представители РЧЦ передают информацию в ЕИС Роскомнадзора.


  8. Незаблокированной записью Единого реестра с признаками нарушения законодательства является запись Единого реестра, скриншот которой позволяет однозначно определить факт отсутствия блокировки интернет-ресурса оператором связи. Сформированные акты и протоколы мониторинга передаются сотрудниками филиалов ФГУП «РЧЦ ЦФО» в ЕИС Роскомнадзора. Акты мониторинга рассматриваются территориальными органами Роскомнадзора, на подведомственной территории которых осуществляет деятельность оператор связи, оказывающий услуги по предоставлению доступа к информации, распространяемой посредством сети Интернет.


  9. Роскомнадзор возбуждает дело об административном правонарушении.
  10. Решение по данному делу принимает суд.


  11. Согласно части 3 статьи 14.1 КоАП от 30.12.2001 № 195-ФЗ в случае признания нарушения судом может быть вынесено предупреждение или наложен административный штраф от 1,5 до 2 тыс.руб. ‒ для граждан, от 3 до 4 тыс.руб. ‒ для должностных лиц, от 30 до 40 тыс.руб. ‒ для юридических лиц.


    Считаем необходимым отметить, что 11.01.2017 в Госдуме принят во втором, основном чтении законопроект, дополняющий КоАП РФ новой статьей, которая вводит ответственность за неисполнение оператором связи обязанности ограничивать или возобновлять доступ к информации. Такое нарушение предлагается наказывать штрафом от 3 до 5 тыс.руб. ‒ для должностных лиц, от 10 до 30 тыс.руб. ‒ для предпринимателей без образования юридического лица, от 50 до 100 тыс.руб. ‒ для юридических лиц.

Важные моменты

Мы отметили ключевые факты, которые, в том числе, помогут в общении с представителями РКН или РЧЦ, если возникнет необходимость.

  • Проверки осуществляются регулярно, как плановые, так и внеплановые.
  • Оператору связи обязательно предоставляется доступ в личный кабинет АС «Ревизор» для проверки работы его DPI.


  • При заключении договора с филиалом ФГУП «РЧЦ ЦФО» в УФО об установке технического средства АС «Ревизор» оператору связи предоставляется доступ в личный кабинет АС «Ревизор», с помощью которого оператор связи может своевременно реагировать на случаи неблокирования доступа к запрещенным интернет-ресурсам.


  • На блокирование вновь включенных в Единый реестр интернет-ресурсов оператору связи дается не более 1 суток после их включения в Единый реестр. Также нужно обратить внимание на то, что ресурсы, добавленные в реестр в соответствии с ФЗ-398 (т.н. «экстремистские» сайты) должны быть заблокированы в течение 1 часа.
  • В НПА (нормативно-правовые акты) не предусмотрены такие понятия как «пропуски», «временные интервалы», «допуски по пропускам». Нарушением является факт отсутствия блокировки Единого реестра, будь это одна запись или сто.
  • Доказательством в суде должен быть скриншот позволяющий однозначно определить факт отсутствия блокировки.
  • Каждый оператор связи несёт ответственность за неисполнение обязанностей по блокировке ресурсов, даже если вышестоящий провайдер фильтрует трафик. Для того, чтобы полностью себя обезопасить у каждого оператора связи должно быть своё DPI решение.


  • При этом подчеркиваем, что оператор связи, использующий трафик, фильтрацию которого осуществляет присоединяющий оператор связи вышестоящего уровня, не освобождается от ответственности за неисполнение обязанности по ограничению доступа (Распоряжение Роскомнадзора от 07.07.2016 № 8, утверждающее Рекомендации по ограничению доступа к информации, распространяемой посредством сети Интернет, в порядке, установленном ФЗ-149).


  • Время на устранение неполадок не предусмотрено НПА (Но его может установить суд).
  • На текущий момент размер штрафа для юридических лиц составляет от 50 до 100 т.р.

Получается, что любой пропуск это штраф?

Законодательно да, но на самом деле нет.

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

Представители РКН и РЧЦ прекрасно понимают возможные технические неполадки и, подчеркиваем, всегда дают время на их устранение. Каждый факт неосуществления блокировки отдельно проверяется и дело дойдет до суда только в случаях, если:

  • Факт нарушения подтвердили представители РЧЦ проведением повторной проверки.
  • Проблема с фильтрацией не была решена в установленное время.

Фактически получить штраф в случае пропуска в принципе проблематично, потому что все условия для быстрого устранения неполадок есть.

Практика пользователей Carbon Reductor


Пример №1
Проблема: АС «Ревизор» зафиксировал пропуски, при попытке зайти на любой URL из отчёта страница была заблокирована. Пользователь обратился в техподдержку.

Процесс решения:

  1. Первичная диагностика сервера выявила низкую вычислительную мощность процессора, недостаточно оптимизированную работу процессора с сетевыми картами, а также отсутствие интеграции с DNS сервером и маршрутизатором.
  2. Был заменён процессор и корректно настроена его работа.
  3. Проведена интеграция с DNS сервером и маршрутизатором.
  4. Тестирование выявило небольшой процент пропусков.
  5. Детальная диагностика показала, что теряется ответный пакет после отправки с сервера фильтрации на АС «Ревизор», находящийся в локальной сети.
  6. Полученная информация позволила пользователю устранить неявную проблему в локальной сети.
  7. Повторная проверка пропусков не обнаружила.

Итог:
После проведенных работ пропуски не зафиксированы. Претензии со стороны Роскомнадзора к провайдеру были сняты. Дело в суде не рассматривалось.


Пример №2
Проблема: АС «Ревизор» зафиксировал пропуски по нестандартным портам — 8080, 8081.
Процесс решения:

  1. Первичная диагностика проблем не выявила.
  2. При детальном изучении трафика с тестовой машины, находящейся в локальной сети, выяснилось, что ответные пакеты по портам 8080, 8081 не доходили до «абонента».
  3. Совместно с пользователем, в режиме онлайн, мы выяснили, что пакеты от сервера фильтрации по нестандартным портам не попадали к абонентам, т.к. фильтровались ACL (Access Control List) на маршрутизаторе.
  4. Пользователь поправил ACL, отчёты АС «Ревизор» стали пустыми.

Итог:
Претензии со стороны Роскомнадзора к провайдеру были сняты. Дело до суда не дошло.

Резюмируя вышеописанное

Статистика показывает, что фиксируемые проблемы кроются либо в аппаратной части фильтрующего сервера, либо в специфике работы локальной сети.

В Радиочастном Центре работают грамотные и отзывчивые специалисты, которые идут навстречу при их информировании о проблеме и сроках её устранения. Их целью является не выписывание штрафов, а банальное соблюдение требований законодательства.


Спасибо, что пользуетесь продуктами Carbon Soft!

Инспекционная проверка Carbon Billing

Инспекционная проверка Carbon Billing

Добрый день! Carbon Billing 5 прошёл очередную инспекционную проверку сертифицированных средств связи с привлечением испытательного центра ФГУП НИИР.
Прикладываем заключение о соответствии установленным требованиям.


сертификация Carbon Billing

Релиз Carbon Billing 5.23.01

Релиз Carbon Billing 5.23.01

Добрый день! За пару месяцев отдел разработки здорово потрудился. Вновь улучшена стабильность работы биллинга и отказоустойчивость, а также упрощено управление из администраторского сайта.

Изменения в платформе

Мы улучшили архитектуру автоматического тестирования платформы биллинга и основных систем по 107 параметрам: разделили на ангелов, которые могут сначала попытаться исправить ситуацию в автоматическом режиме и на тесты мониторинга, которые могут только сообщить о проблеме администратору для дальнейшего устранения.

  • Для пользователей с медленным интернетом в тесты доступности DNS добавлена возможность настраивать величину таймаута для диагностики состояния сервера. При корректной настройке этой величины тест DNS больше не будет падать с ошибкой.
  • Некоторых пользователей не устраивала детальная статистика разработанная еще в 4 версии биллинга. Для них мы сделали возможность сбора статистики с помощью универсальной утилиты nfcapd и анализа из коробки с помощью OpenSource утилиты nfsen. Теперь Вы можете настроить отображение детальной статистики так, как Вам удобнее.
  • Улучшено логирование загрузки платежей из CSV — теперь ошибки в файле (если таковые имеются) стали понятнее.
  • Для платёжных систем использующих SSL соединение при обратном вызове биллинга и Java была добавлена возможность указывать имя сервера приема платежей на стороне биллинга, чтобы SSL соединение происходило без ошибок, в частности проблемы были со Сбербанком.
  • Иногда у пользователей зависали автотесты системы, теперь для выполнения каждого теста выделен таймаут в 5 минут. Если тест не выполнится за выделенное время, система об этом сообщит администратору.
  • Если у пользователя были неправильно настроены сбор и отправка Netflow потока на биллинг, могло появиться много пакетов с IP 0.0.0.0 и вызвать сбой при отправке агрегированных данных на биллинг. Пакеты с IP 0.0.0.0 больше не отправляются с коллектора на биллинг и администратору сообщается в логах о проблеме Netflow. Также, в некоторых случаях, агрегация пакетов могла зациклиться и сырая статистика забивала всё место на жёстком диске — добавили защиту.

Личный кабинет и веб-касса

Доработан мастер регистрации через Hotspot:

  • Добавлена возможность выбора платёжной системы, чтобы абонент сразу смог произвести оплату с пластиковой карты.
  • Добавлена возможность отключить запрос ФИО и email для упрощения процедуры регистрации.
  • Добавлена проверка номера телефона, что исключает возможность его некорректного указания.
  • Список тарифов теперь получается с биллинга автоматически, а не указываются вручную.

Также:

  • Добавлена возможность менять привязку MAC через личный кабинет для тех случаев, когда на биллинге настроена возможность запроса MAC-адреса абонента с оборудования. Теперь абонент может сам поменять оборудование без обращения в Вашу техническую поддержку.
  • Увеличена в 60 раз скорость работы Веб-кассы на базах превышающих 10 000 абонентов.

Ядро биллинга

Мы доработали систему скидок за оплату вперёд. Добавлена возможность настроить систему так, чтобы она учитывала только сумму единовременного платежа (другими словами, услуги скидки теперь сделаны так, чтобы абоненту для их получения нужно было внести заданную сумму разово, а не частями, таким образом провайдер получит сразу всю оплату) и подключала скидку с первого числа следующего месяца если абонент в положительном балансе для того, чтобы он мог полностью её использовать при ежемесячной оплате. Раньше, при оплате в середине месяца, биллинг предоставлял скидку не на 3 полных месяца, а на 2,5. Также, все последующие скидки будут подключаться после отключения текущих.

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

Для баз данных с абонентской базой более 10 000 и ежемесячным списанием абонплаты повышена скорость одной итерации по 4000 проводкам с 20 минут до 3 минут — ежемесячная обработка абонентов стала в 6 раз быстрее.

Другое:

  • Исправлены мелкие ошибки автоматических платежей — иногда платёж вёл себя непредсказуемо и требовал дополнительного внимания администратора биллинга.
  • Исправлены небольшие ошибки в миграции с других биллингов — добавлена проверка уникальности логинов, исправлена ошибка миграции карт оплаты.
  • В некоторых случаях абонентам выставлялись нулевые счета, это было связано с суммами меньше копейки — исправлено.
  • Исправлены ошибки планировщика задач, не планировалось выполнение отчёта.
  • Исправлена ошибка в алгоритме вычисления длительности звонка при постоплате — иногда, в результате ошибки, биллинг запрещал звонок.
  • Весь добавленный или исправленный функционал покрыт дополнительными автотестами.

Администраторский сайт

  • Ускорена работа администраторского интерфейса биллинга — каждый месяц мы проводим тестирование на отклик, так как иногда новый функционал может повлиять на время отображения страниц.
  • Исправлены мелкие ошибки индексации полнотекстового поиска. На больших базах более 10 000 абонентов первичная индексация занимала много времени и могла спровоцировать автоматическую защиту от зависания транзакций.
  • Исправлена функция закрытия периода. Иногда удалялась не вся финансовая информация, а пользователю было необходимо удалить всё, чтобы соблюсти формальность запуска сертифицированного биллинга перед государством.
  • Добавлена возможность в шаблонах печати выводить прописью валюту Казахстана автоматически.
  • При использовании нескольких учётных записей на одном абоненте добавлена возможность просмотра аудита отправленных команд отдельно по каждой из учётных записей, ранее аудит был доступен только для одной.
  • Отладка работы конкретной учётной записи стала удобней, особенно актуально при использовании IPTV.

  • В учётной записи абонента при выборе пула IP добавлена возможность для быстрого поиска, когда пулов IP много.
  • Для пользователей, у которых коммутаторы насчитывали порты сотнями, для удобства добавлен поиск прямо в поле выбора порта.
  • В настройку интерфейса администраторского сайта добавили возможность включать выбор объектов с поиском из списка и порядок сортировки полей на форме, также добавили возможность настраивать поля учётной записи. Работа со списками стала удобнее и быстрее.
  • Для Вашего удобства добавили возможность печатать документы в администраторской панели сразу в pdf в дополнение к формату html.
  • Добавлен поиск по геокодам в ценах VOIP, если при загрузке прайсов кодов с разной ценой очень много — просмотр и редактирование цен стало удобнее.
  • Улучшено качество иконок в администраторском сайте, теперь они выглядят приятнее.
  • Исправили другие ошибки, о которых Вы сообщили.

OSS

  • Улучшили функционал интеграции различных IPTV (Megogo, Lifestream (Смотрёшка), IPTVPortal, TITV). Пользователям не всегда удавалось провести интеграцию самостоятельно, теперь это стало проще.
  • Улучшили систему управления оборудованием. Иногда отправлялись лишние команды по изменению скорости, либо отправлялись без учёта подсети в случае, если трафик делился по подсетям. Теперь в интерфейсе администратора чётко видно подсеть и её скорость.
  • По просьбе пользователей мы добавили в биллинг параметры, необходимые для управления коммутаторами из скрипта управления маршрутизатором.
  • Скорость обработки отправки команд на оборудование увеличена в 2 раза.

Повышение отказоустойчивости и стабильности работы

Мы серьезно повысили отказоустойчивость базы данных при падении питания. Повышена отказоустойчивось RADIUS сервера после обновления — иногда он неправильно генерировал список разрешенных для подключения NAS. Также, мы повысили общую стабильность системы обновления биллинга.


Спасибо, что пользуетесь Carbon Billing 5!

Релиз Carbon Reductor 8.00.07

Релиз Carbon Reductor 8.00.07

Добрый день!

Начнём с наиболее важной информации: законопроект, согласно которому размер штрафа за незаблокированные ресурсы повысится и составит 50-100 тыс.руб, подписан В.В.Путиным 22.02.2017 и вступит в силу 24.03.2017. В связи с этим, пожалуйста, для тех, кто еще не ознакомился, почитайте статьи о правильной настройке сервера фильтрации и об установке резервного сервера. А для тех, кто хочет дополнительно застраховаться, обратите внимание на подписку
SLA3 — Аутсорсинг. На этом уровне техническая поддержка берёт на себя администрирование сервера с Carbon Reductor, а также здесь предусмотрена страховка от штрафов Роскомнадзора.

Теперь о релизе (обновление будет доступно для скачивания после 13 марта).


Ускорено внедрение за счёт автоматической оценки сервера

Автоматизированы и улучшены следующие задачи:

  • Сбор информации о сервере.
  • Оценка этой информации для выявления узких мест, способных приводить к проблемам фильтрации.
  • Принятие более рациональных решений для оптимизации производительности.
  • Утилиты для упрощения отладки и настройки оборудования на сервере.

Автоматическая оптимизация производительности из коробки

Система чем-то похожа на демон «tuned» от Red Hat. Мы воспользовались бы им самим, если бы он поддерживал такой профиль оптимизации настроек сервера как захват трафика.

Возможности:

  • Отключение и установка «плавающей» частоты процессора.
  • Определение оптимального размера буферов сетевых карт, участвующих в захвате трафика.
  • Автоматическая настройка RPS для более равномерной нагрузки на ядра процессора (только при необходимости).

Автоматическая настройка RSS не включена по умолчанию. При использовании многопроцессорных систем с несколькими сетевыми картами есть много нюансов и нужно оценивать нагрузку, которая идёт на сетевые карты. Вся логика, которую раньше настраивали вручную сейчас унифицирована и помещена в утилиту, что позволяет упростить распределение прерываний.

Интеграция с маршрутизаторами

Расширен функционал интеграции с маршрутизаторами: добавлена возможность использования BGP.


Спасибо, что пользуетесь Carbon Reductor!

Среди наших клиентов