Unable to connect to remote asterisk. Как решить проблему | OTUS
⚡ Подписка на курсы OTUS!
Интенсивная прокачка навыков для IT-специалистов!
Подробнее

Курсы

Программирование
Python Developer. Professional
-3%
Разработчик на Spring Framework
-5%
iOS Developer. Professional
-8%
Golang Developer. Professional
-6%
Базы данных
-12%
Agile Project Manager
-5%
Android Developer. Professional
-11%
Microservice Architecture
-5%
C++ Developer. Professional
-5%
Highload Architect
-6%
JavaScript Developer. Basic
-8%
Backend-разработчик на PHP
-9%
Разработчик IoT
-13%
PostgreSQL
-8%
Алгоритмы и структуры данных Разработчик программных роботов (RPA) на базе UiPath и PIX Unity Game Developer. Basic Разработчик голосовых ассистентов и чат-ботов Vue.js разработчик VOIP инженер NoSQL Супер-практикум по использованию и настройке GIT Symfony Framework iOS Developer. Basic Супер-интенсив «СУБД в высоконагруженных системах» Супер-интенсив "Tarantool"
Инфраструктура
DevOps практики и инструменты
-12%
Базы данных
-12%
Network engineer. Basic
-10%
Network engineer
-4%
Экcпресс-курс «ELK»
-10%
Инфраструктурная платформа на основе Kubernetes
-6%
Administrator Linux.Basic
-10%
Экспресс-курс «CI/CD или Непрерывная поставка с Docker и Kubernetes»
-30%
Дизайн сетей ЦОД
-13%
PostgreSQL
-8%
Разработчик программных роботов (RPA) на базе UiPath и PIX Reverse-Engineering. Professional Внедрение и работа в DevSecOps Administrator Linux. Advanced Infrastructure as a code in Ansible Супер - интенсив по паттернам проектирования Супер - интенсив по Kubernetes Экспресс-курс «IaC Ansible»
Специализации Курсы в разработке Подготовительные курсы
+7 499 938-92-02

Unable to connect to remote asterisk (РЕШЕНО)

Linux_Deep_10.07_site.png

После запуска asterisk через systemctl от пользователя «asterisk» обнаружилось, что при подключении к CLI выдаёт ошибку:

Unable to connect to remote asterisk (does /var/run/asterisk/asterisk.ctl exist?)

После разбирательства выяснилось, что у папки /var/run/asterisk владелец указан root и права 755.

drwxr-xr-x  2 root    asterisk      40 июл  6 16:38 asterisk

После исправления владельца и прав вручную asterisk стартовал в штатном режиме. Но /var/run (а точнее /run, на который ссылается /var/run) является tmpfs, и после перезагрузки папки /var/run/asterisk вообще не появлялось, а после запуска asterisk'а папка создавалась по новой с теми же владельцем и правами.

Для решения данной проблемы воспользовался инструкцией и создал файл asterisk.conf в папке /usr/lib/tmpfiles.d/ с таким содержимым:

d 0755 asterisk asterisk -

Теперь после перезапуска системы папка сразу создавалась с необходимым владельцем и правами:

drwxr-xr-x  2 asterisk    asterisk      40 июл  6 16:58 asterisk

Есть вопрос? Задайте в комментариях!

Не пропустите новые полезные статьи!

Спасибо за подписку!

Мы отправили вам письмо для подтверждения вашего email.
С уважением, OTUS!

Автор
1 комментарий
0

На мой взгляд проблема решена с какой-то другой стороны, чем это принято делать. Безусловно unit-файл имеет определенную "власть" над данным сервисом, но есть нюансы. По классике (после корректировки unit-файла): 1) В /etc/asterisk/asterisk.conf у параметров runuser и rungroup прописывают asterisk, чтобы Asterisk делал всё из под asterisk-а (извините за тавтологию); 2) До первого запуска Asterisk-а у ряда директорий, которые статично существуют и не пересоздаются, также вручную рекурсивно прописывается владелец и группа asterisk. Иначе начинается всякий ужас с загрузкой модулей, который невозможно однозначно определить глядя в логи или CLI (помимо стандартных Permission denied возникают малоинформативные ошибки работы модулей, очередей задач и т.д.) Список директорий: /etc/asterisk /var/log/asterisk /var/lib/asterisk /var/spool/asterisk /usr/lib/asterisk/modules

Для комментирования необходимо авторизоваться