По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие наши статьи:
img
3CX VOIP мини-АТС для Windows – это программная мини-АТС, заменяющая традиционную аппаратную мини-АТС или офисную мини-АТС с выходом на телефонную сеть общего пользования. IP мини-АТС от компании 3CX разрабатывалась специально для работы под операционной системой Microsoft Windows и основана на стандарте SIP, что упрощает управление и позволяет использовать любой SIP-телефон (программный или аппаратный). IP мини-АТС от компании 3CX разрабатывалась специально для работы под операционной системой Microsoft Windows и основана на стандарте SIP, что упрощает управление и позволяет использовать любой SIP-телефон (программный или аппаратный). Процесс установки дистрибутива 3CX Phone System 14 3CX Phone System 14 доступна в двух версиях, бесплатной (пробной) с ограниченным функционалом и коммерческой с расширенным функционалом. Бесплатная версия доступна на сайте разработчика www.3cx.ru После нажатия на кнопку Скачать, Вам будет предложено заполнить следующую форму: После заполнения данной формы начнётся скачивание дистрибутива. В процессе установки будет предложено выбрать на каких портах для HTTP и HTTPS будет доступна вэб-консоль управления. Выберем 5000 и 5001 соответственно. Далее будет предложено сконфигурировать параметры для HTTPS. После завершения установки Вы увидите вот такое окно: Оно свидетельствует о том, что 3СХ установлена на компьютер. Теперь необходимо настроить параметры для доступа на вэб-консоль управления УАТС. Настройка УАТС 3CX Phone System 14 После завершения установки Вам будет предложено настроить основные параметры УАТС 3СХ через встроенный Мастер настройки. В отличие от большинства программных АТС, 3СХ имеет русскоязычный интерфейс, что гораздо облегчает настройку. Следующий пункт Публичный IP можно пропустить, поставив галочку на No, I do not have Static Public IP Address, если вы пока не планируете пользоваться услугами SIP провайдеров и звонить “наружу”, то есть через сеть Интернет. В нашем случае все звонки будут осуществляться внутри локальной сети. Следующим пунктом выбираем Создать новую АТС Далее будет предложено выбрать количество цифр внутреннего номера, столько цифр будут иметь абоненты нашей УАТС. Далее идёт настройка доступа Администратора. Здесь нужно ввести логин и пароль по которому будет доступна вэб-консоль управления 3СХ. Введём стандартные данные: Имя пользователя: admin , пароль: admin Настройку Region нужно оставить по умолчанию. Далее следует настройка номера Оператора, который принимает все входящие звонки со всех линий по умолчанию, а также настройка номера Голосовой почты, доступной каждому абоненту по уникальному ПИН коду. Оставим эти настройки по умолчанию Следующее окно уведомляет нас о том, что все службы 3СХ сконфигурированы и готовы к работе Остаётся зарегистрироваться и указать диапазон номеров доступных на УАТС. Выберем 1-10, таким образом, на сервере можно будет зарегистрировать с 101 по 110 абонента. Следующее окно уведомляет нас об успешной начальной настройке параметров 3СХ. Вэб консоль управления теперь доступна по адресу Вашего компьютера на 5000(HTTP) или 5001(HTTPS) порту. Данные для входа были сконфигурированы в пункте Доступ Администратора: Имя пользователя: admin, пароль: admin
img
Сегодня поговорим о том, как установить сторонний модуль для FreePBX 13, который позволит отслеживать и собирать статистику о работе Вашего Call-центра - Asternic Call Center Stats, а также о другой разработке Asternic - Asternic CDR Reports, являющуюся более простой и удобной адаптацией встроенного модуля FreePBX - CDR Reports. Установка Asternic Call Center Stats Для начала установим Asternic Call Center Stats. Версия, которая будет представлена в данной статье – Lite 1.5, является бесплатной open-source версией модуля. Более расширенный функционал доступен в версии Pro. Скачаем модуль с сайта разработчика: cd /usr/src wget http://download.asternic.net/asternic-stats-1.5.tgz Распакуем файлы tar zvxf asternic-stats-1.5.tgz cd asternic-stats Создаем новую базу в MySQL. Обратите внимание, что в тестовой версии Lite скрипт qstat.sql выполняет операции с БД qstatlite, поэтому мы должны использовать только такое имя при конфигурации. Для создания новой базы нужно знать пароль от mysql. mysqladmin -u root -p create qstatslite mysql -u root -p qstatslite < sql/qstats.sql Редактируем файл /usr/src/asternic-stats/html/config.php чтобы настроить необходимые аутентификационные реквизиты для доступа к базе. $dbhost = 'localhost'; $dbname = 'qstatslite'; $dbuser = 'root'; $dbpass = '1111'; $manager_host = "127.0.0.1"; $manager_user = "admin"; $manager_secret = "admin"; $language = "en"; {Если хотите русифицировать модуль – ставьте “ru”} Отредактируйте файл /etc/asterisk/manager.conf чтобы установить требуемый пароль для Asterisk Manager’а. Затем необходимо отредактировать файл /usr/src/asternic-stats/parselog/config.php и в нём также установить аутентификационные данные для новой базы. $queue_log_dir = "/var/log/asterisk/"; $queue_log_file = "queue_log" $dbhost = 'localhost'; $dbname = 'qstatslite'; $dbuser = 'root'; $dbpass = '1111'; Важно! Убедитесь, чтобы значения $dbname, $dbuser и $dbpass совпадали в обоих файлах (/usr/src/asternic-stats/html/config.php и usr/src/asternic-stats/parselog/config.php ) Наконец последовательно выполняем следующие команды: mv /usr/src/asternic-stats/html /var/www/html/queue-stats mv /usr/src/asternic-stats/parselog /usr/local Тем самым мы переместили папку html в корневую директорию Apache, а папку parselog в домашнюю директорию. Если операционная система укажет, что папки /var/www/html/queue-stats не существует, то создайте ее с помощью команды: mkdir /var/www/html/queue-stats Последний шаг – запуск планировщика cron, который будет периодически просматривать папку parselog и заносить информацию от туда в базу данных. crontab -e Заносим в cron следующее правило: 0 * * * * php -q /usr/local/parselog/parselog.php convertlocal Если всё было сделано правильно, то при переходе по ссылке http://”IP-адрес _Asterisk” /queue-stats , мы увидим сам модуль и сможем начать с ним работать. На этом установка Asternic Call Center Stats завершена. Установка Asternic CDR Reports С модулем Asternic CDR Reports всё гораздо проще. Просто качаем дистрибутив с сайта разработчика, а потом добавляем его через функционал управления модулями FreePBX. Для этого переходим в Admin -> Module Admin и выбираем Upload Modules Выбираем Upload (From Hard Disk), указываем путь к скаченному дистрибутиву и нажимаем Upload (From Hard Disk) После чего появится сообщение о том, что модуль успешно загружен и что нужно включить его через local module administration. Переходим по ссылке, ищем новый модуль в разделе Reports, нажимаем Install и кнопку Process в самом низу. Подтверждаем установку кнопкой Confirm По завершению установки, мы увидим соответствуюшее сообщение: Теперь модуль доступен из главной панели в разделе Reports Если всё было сделано правильно, то мы увидим интерфейс модуля и сможем начать работу с ним. На этом установка модуля Asternic CDR Reports завершена
img
Современные веб-сайты и приложения генерируют большой трафик и одновременно обслуживают многочисленные запросы клиентов. Балансировка нагрузки помогает удовлетворить эти запросы и обеспечивает быстрый и надежный отклик веб-сайта и приложений. В этой статье вы узнаете, что такое балансировка нагрузки, как она работает и какие существуют различные типы балансировки нагрузки. Что такое балансировка нагрузки? Балансировка нагрузки (Load Balancing) распределяет высокий сетевой трафик между несколькими серверами, позволяя организациям масштабироваться для удовлетворения рабочих нагрузок с высоким трафиком. Балансировка направляет запросы клиентов на доступные серверы, чтобы равномерно распределять рабочую нагрузку и улучшать скорость отклика приложений, тем самым повышая доступность веб-сайта или сервера. Балансировка нагрузки применяется к уровням 4-7 в семиуровневой модели OSI. Возможности балансировки: L4. Направление трафика на основе сетевых данных и протоколов транспортного уровня, например IP-адреса и TCP-порта. L7. Добавляет переключение содержимого в балансировку нагрузки, позволяя принимать решения о маршрутизации в зависимости от таких характеристик, как HTTP-заголовок, унифицированный идентификатор ресурса, идентификатор сеанса SSL и данные HTML-формы. GSLB. Global Server Load Balancing расширяет возможности L4 и L7 на серверы на разных сайтах. Почему важна балансировка нагрузки? Балансировка нагрузки необходима для поддержания информационного потока между сервером и пользовательскими устройствами, используемыми для доступа к веб-сайту (например, компьютерами, планшетами, смартфонами). Есть несколько преимуществ балансировки нагрузки: Надежность. Веб-сайт или приложение должны обеспечивать хороший UX даже при высоком трафике. Балансировщики нагрузки обрабатывают пики трафика, эффективно перемещая данные, оптимизируя использование ресурсов доставки приложений и предотвращая перегрузки сервера. Таким образом, производительность сайта остается высокой, а пользователи остаются довольными. Доступность. Балансировка нагрузки важна, поскольку она включает периодические проверки работоспособности между балансировщиком нагрузки и хост-машинами, чтобы гарантировать, что они получают запросы. Если одна из хост-машин не работает, балансировщик нагрузки перенаправляет запрос на другие доступные устройства. Балансировщики нагрузки также удаляют неисправные серверы из пула, пока проблема не будет решена. Некоторые подсистемы балансировки нагрузки даже создают новые виртуализированные серверы приложений для удовлетворения возросшего количества запросов. Безопасность. Балансировка нагрузки становится требованием для большинства современных приложений, особенно с добавлением функций безопасности по мере развития облачных вычислений. Функция разгрузки балансировщика нагрузки защищает от DDoS-атак, перекладывая трафик атак на общедоступного облачного провайдера, а не на корпоративный сервер. Прогнозирование. Балансировка нагрузки включает аналитику, которая может предсказать узкие места трафика и позволить организациям их предотвратить. Прогнозные аналитические данные способствуют автоматизации и помогают организациям принимать решения на будущее. Как работает балансировка нагрузки? Балансировщики нагрузки находятся между серверами приложений и пользователями в Интернете. Как только балансировщик нагрузки получает запрос, он определяет, какой сервер в пуле доступен, а затем направляет запрос на этот сервер. Направляя запросы на доступные серверы или серверы с более низкой рабочей нагрузкой, балансировка нагрузки снимает нагрузку с загруженных серверов и обеспечивает высокую доступность и надежность. Балансировщики нагрузки динамически добавляют или отключают серверы в случае высокого или низкого спроса. Таким образом, обеспечивается гибкость. Балансировка нагрузки также обеспечивает аварийное переключение в дополнение к повышению производительности. Балансировщик нагрузки перенаправляет рабочую нагрузку с отказавшего сервера на резервный, уменьшая воздействие на конечных пользователей. Типы балансировки нагрузки Балансировщики нагрузки различаются по типу хранилища, сложности и функциональности балансировщика. Ниже описаны различные типы балансировщиков нагрузки. Аппаратное обеспечение (Hardware-Based) Аппаратный балансировщик нагрузки - это специализированное оборудование с установленным проприетарным программным обеспечением. Он может обрабатывать большие объемы трафика от различных типов приложений. Аппаратные балансировщики нагрузки содержат встроенные возможности виртуализации, которые позволяют использовать несколько экземпляров виртуального балансировщика нагрузки на одном устройстве. Программное обеспечение (Software-Based) Программный балансировщик нагрузки работает на виртуальных машинах или серверах белого ящика, как правило, в составе ADC (application delivery controllers - контроллеры доставки приложений). Виртуальная балансировка нагрузки обеспечивает превосходную гибкость по сравнению с физической. Программные балансировщики нагрузки работают на обычных гипервизорах, контейнерах или как процессы Linux с незначительными накладными расходами на bare metal сервере. Виртуальный (Virtual) Виртуальный балансировщик нагрузки развертывает проприетарное программное обеспечение для балансировки нагрузки с выделенного устройства на виртуальной машине для объединения двух вышеупомянутых типов. Однако виртуальные балансировщики нагрузки не могут решить архитектурные проблемы ограниченной масштабируемости и автоматизации. Облачный (Cloud-Based) Облачная балансировка нагрузки использует облачную инфраструктуру. Вот некоторые примеры облачной балансировки нагрузки: Балансировка сетевой нагрузки. Балансировка сетевой нагрузки основана на уровне 4 и использует информацию сетевого уровня, чтобы определить, куда отправлять сетевой трафик. Это самое быстрое решение для балансировки нагрузки, но ему не хватает балансировки распределения трафика между серверами. Балансировка нагрузки HTTP(S). Балансировка нагрузки HTTP(S) основана на уровне 7. Это один из наиболее гибких типов балансировки нагрузки, позволяющий администраторам принимать решения о распределении трафика на основе любой информации, поступающей с адресом HTTP. Внутренняя балансировка нагрузки. Внутренняя балансировка нагрузки почти идентична балансировке сетевой нагрузки, за исключением того, что она может балансировать распределение во внутренней инфраструктуре. Алгоритмы балансировки нагрузки Различные алгоритмы балансировки нагрузки предлагают разные преимущества и сложность в зависимости от варианта использования. Наиболее распространенные алгоритмы балансировки нагрузки: Round Robin (По-круговой) Последовательно распределяет запросы на первый доступный сервер и по завершении перемещает этот сервер в конец очереди. Алгоритм Round Robin используется для пулов равных серверов, но он не учитывает нагрузку, уже имеющуюся на сервере. Least Connections (Наименьшее количество подключений) Алгоритм наименьшего количества подключений предполагает отправку нового запроса наименее загруженному серверу. Метод наименьшего соединения используется, когда в пуле серверов много неравномерно распределенных постоянных соединений. Least Response Time (Наименьшее время отклика) Балансировка нагрузки с наименьшим временем отклика распределяет запросы на сервер с наименьшим количеством активных подключений и с самым быстрым средним временем отклика на запрос мониторинга работоспособности. Скорость отклика показывает, насколько загружен сервер. Hash (Хеш) Алгоритм хеширования определяет, куда распределять запросы, на основе назначенного ключа, такого как IP-адрес клиента, номер порта или URL-адрес запроса. Метод Hash используется для приложений, которые полагаются на сохраненную информацию о пользователях, например, тележки на веб-сайтах интернет магазинов. Custom Load (Пользовательская нагрузка) Алгоритм Custom Load направляет запросы к отдельным серверам через SNMP (Simple Network Management Protocol). Администратор определяет нагрузку на сервер, которую балансировщик нагрузки должен учитывать при маршрутизации запроса (например, использование ЦП и памяти, а также время ответа). Заключение Теперь вы знаете, что такое балансировка нагрузки, как она повышает производительность и безопасность сервера и улучшает взаимодействие с пользователем. Различные алгоритмы и типы балансировки нагрузки подходят для разных ситуаций и вариантов использования, и вы должны иметь возможность выбрать правильный тип балансировщика нагрузки для своего варианта использования.
ВЕСЕННИЕ СКИДКИ
40%
50%
60%
До конца акции: 30 дней 24 : 59 : 59