По вашему запросу ничего не найдено :(
Убедитесь, что запрос написан правильно, или посмотрите другие
наши статьи:
Настройка RIPv2 (Routing Information Protocol v2) - крайне простой процесс и состоит из трех шагов:
включения протокола глобальной командой router rip
сменой версии протокола на вторую version 2
выбор сетей, которые протокол будет «вещать», для чего используется команда(ы) network;
Первые две команды очевидны, но последняя команда требует объяснения: с помощью network вы указываете интерфейсы, которые будут участвовать в процессе маршрутизации. Данная команда берет классовую сеть как параметр и включает RIP на соответствующих интерфейсах.
Пример настройки RIPv2
В нашей топологии у маршрутизаторов R1 и R2 есть напрямую подключенные подсети.
Нам нужно включить данные подсети в процесс динамической маршрутизации RIP. Для этого нам сначала нужно включить RIP на обоих маршрутизаторах и затем «вещать» данные сети с помощью команды network. На маршрутизаторе R1 переходим в глобальный режим конфигурации и вводим следующие команды:
router rip
verison 2
network 10.0.0.0
network 172.16.0.0
Немного пояснений – сначала мы включаем протокол динамической маршрутизации, затем меняем версию на вторую, затем используем команду network 10.0.0.0 для включения интерфейса Fa0/1 на маршрутизаторе R1. Как мы уже говорили, команда network берет классовую сеть, так что каждый интерфейс с подсетью, начинающейся на 10 будет добавлен в RIP процесс. К примеру, если на другом интерфейсе будет адрес 10.1.0.1, то он тоже будет добавлен в процесс маршрутизации. Также нам необходимо соединить два маршрутизатора в RIP, для этого добавляем еще одну команду network – с адресом 172.16.0.0
IP-адреса начинающиеся на 10, по умолчанию принадлежат к классу «А» и имеют стандартную маску подсети 255.0.0.0.
На R2 настройка выглядит похожей, только с другой подсетью – т.к к маршрутизатору R2 напрямую подключена подсеть 192.168.0.0.
router rip
verison 2
network 192.168.0.0
network 172.16.0.0
Как проверить таблицу маршрутизации?
Для проверки, необходимо ввести команду show ip route - вы должны увидеть подсеть 192.168.0.0/24 на R1 и подсеть 10.0.0.0/24 на R2 отмеченных буквой R – то есть это RIP маршрут. Также там будет видна административная дистанция и метрика для данного маршрута.
Административная дистанция – это некая степень доверия к протоколу, и у RIP данный показатель равен 120. В качестве метрики у RIP выступает число хопов между подсетями.
Redis – это высокопроизводительная БД, которая хранит данные в памяти, доступ к которым осуществляется по ключу доступа. Она может использоваться в качестве базы данных, кэша и брокера сообщений и поддерживает различные структуры данных, такие как строки, хэши, списки, наборы и т. Д. Redis обеспечивает высокую доступность через Redis Sentinel и автоматическое разбиение между несколькими узлами Redis с помощью Redis Cluster.
Это руководство описывает установку и настройку Redis в CentOS 8. Подробно про Redis можно прочесть в этой статье.
Установка Redis в CentOS 8
Redis версии 5.0.x включен в стандартные репозитории CentOS 8. Для его установки выполните следующие команды от имени пользователя root или пользователя с привилегиями sudo (про то как получить права sudo можно прочесть тут)
sudo dnf install redis-server
После завершения установки включите и запустите службу Redis:
sudo systemctl enable --now redis
Чтобы проверить, работает ли сервер Redis, введите:
sudo systemctl status redis
Получим следующий вывод:
? redis.service - Redis persistent key-value database
Loaded: loaded (/usr/lib/systemd/system/redis.service; enabled; vendor preset: disabled)
Drop-In: /etc/systemd/system/redis.service.d
L-limit.conf
Active: active (running) since Sat 2020-02-08 20:54:46 UTC; 7s ago
Вот и все! Redis установлен и работает на вашем сервере CentOS 8.
Настройка удаленного доступа Redis
По умолчанию Redis не разрешает удаленные подключения. Вы можете подключиться к серверу Redis только с 127.0.0.1 (localhost) - компьютера, на котором работает Redis.
Если вы используете установку с одним сервером, где клиент, подключающийся к базе данных, также работает на том же хосте, вам не нужен удаленный доступ.
Чтобы настроить Redis для приема удаленных подключений, откройте файл конфигурации Redis в текстовом редакторе:
sudo nano /etc/redis.conf
Найдите строку, начинающуюся с bind 127.0.0.1, и добавьте внутренний IP-адрес вашего сервера после 127.0.0.1.
bind 127.0.0.1 192.168.1.10
Убедитесь, что вы заменили 192.168.1.10 своим IP-адресом. Сохраните файл и закройте редактор. Если вы хотите, чтобы Redis прослушивал все интерфейсы, просто закомментируйте строку.
Перезапустите службу Redis, чтобы изменения вступили в силу:
sudo systemctl restart redis
Используйте следующую команду ss, чтобы убедиться, что сервер Redis прослушивает ваш локальный интерфейс через порт 6379:
ss -an | grep 6379
Вы должны увидеть что-то вроде этого:
tcp LISTEN 0 128 192.168.1.10:6379 0.0.0.0:*
tcp LISTEN 0 128 127.0.0.1:6379 0.0.0.0:*
Затем вам нужно настроить фаервол для доступа трафика с TCP-порта 6379.
Скорее всего вы захотите разрешить доступ к серверу Redis только с определенного IP-адреса или диапазона IP-адресов. Например, чтобы разрешить подключения только с подсети 192.168.2.0/24, выполните следующие команды:
sudo firewall-cmd --new-zone=redis –permanent
sudo firewall-cmd --zone=redis --add-port=6379/tcp –permanent
sudo firewall-cmd --zone=redis --add-source=192.168.2.0/24 –permanent
sudo firewall-cmd --reload
Приведенные выше команды создают новую зону с именем redis, открывают порт 6379 и разрешают доступ из частной сети. На этом этапе сервер Redis будет принимать удаленные подключения через порт TCP 6379.
Убедитесь, что ваш фаервол настроен на прием соединений только из доверенных диапазонов IP-адресов. Чтобы убедиться, что все настроено правильно, вы можете попробовать пропинговать сервер Redis с удаленного компьютера, используя утилиту redis-cli, которая предоставляет интерфейс командной строки для сервера Redis:
redis-cli -h ping
Команда должна вернуть ответ PONG:
PONG
Если это так, то значит, что мы все сделали правильно!
AmoCRM предлагает несколько виджетов виртуальных АТС, которые подключаются к системе за считанные минуты. Никаких сложных настроек, просто добавьте виджет к своему рабочему пространству и пройдите регистрацию у провайдера связи.
Иными словами, интеграция телефонии в AmoCRM представляет собой связку между системой и провайдером связи, которая реагирует на некоторые события и позволяет обмениваться данными.
Подключение телефонии через виджет
Система уже имеет более десяти встроенных виджетов телефонии. Он представляет из себя архив файлов, необходимых для того, чтобы та или иная функция заработала на аккаунте, к которому подключена. Для того, чтобы подключить виджет телефонии к своей системе, перейдите во вкладку «Настройки» и выберите раздел «Интеграции» . Справа появится список всех виджетов, доступных к присоединению. Пролистайте вниз до Телефонии.
После этого выберите любую подходящую компанию, предоставляющую виртуальную АТС.
Функционал виджета телефонии
Помимо того, что данный виджет позволяет совершать и принимать звонки прямо из CRM системы, он так же может:
показывать дополнительные данные о вызываемом контакте (статистику обращений, привязанные сделки и т.д.)
настраивать дополнительные сценарии, происходящие во время совершения звонка (всплывающая карточка клиента при входящем звонке)
вызывать клиента из его карточки (не нужно «копипастить» номер в виджет, достаточно кликнуть на номер телефона клиента и выбрать «Позвонить»)
совершать звонки из браузера (не требуется установка дополнительных программ)
сохранять историю звонков и записи разговоров
собирать аналитику обращений
оформлять карточку итога звонка при разговорах длительностью более 30 секунд
Телефонию можно так же интегрировать в AmoCRM с помощью API.
API и телефония
Суть такой интеграции остается прежней – при наступлении определенных событий происходит обмен данными между CRM и виртуальной АТС.
Входящий звонок
Когда в систему поступает звонок в левом нижнем углу появляется уведомление, которое содержит в себе информацию о звонящем. Информация содержится в базе контактов. Соответственно, чтобы реализовать такого рода уведомление, необходимо связать событие (входящий звонок) и данные (контакт из базы). Для этого предлагается два способа:
через публичный метод API POST api/v2/events/
через метод GET /api/v2/contacts
В первом случае будет произведен поиск по переданному номеру телефона в базе, и уведомление отобразит полученную информацию или предложит занести данный контакт в базу.
Во второй ситуации виртуальная АТС запрашивает информацию о номере, с которого совершается входящий звонок. Используется JS скрипт виджета, к которому применяются web-sockets.
Первый или второй метод выбрать, программист решает, исходя из возможности виртуальной АТС работать с сокетами.
Пример функции, работающей с предусмотренным объектом в реализации всплывающей карточки клиента.
Если клиент ещё не занесен в базу, есть возможность реализовать быструю кнопку «Создать контакт» .
Умная переадресация
Методы API так же позволяют перевести входящий звонок клиента на менеджера, который считается ответственным за его сделку. Если сотрудник в данный момент отсутствует или уже разговаривает по телефону с другим клиентом, то его звонок переходит к следующему менеджеру.
Результат звонка
При телефонном разговоре длительностью более 30 секунд есть возможность вызвать окно, в котором будут представлены данные о звонке, клиенте и результате беседы.
Полный список методов API для интеграции виджетов в AmoCRM можно найти в Справочнике Разработчика на официальном сайте AmoCrm.