Asterisk - це найпопулярніша система програмного забезпечення для внутрішньої телефонної станції (Private Branch Exchange) та система IVR (Interactive Voice Response), спроектована з компенсації для забезпечення надійного і надійного механізму телефонії, а також набір інструментів для розробники, які хочуть створити комунікаційні програми.
Це програмне забезпечення командного рядка із відкритим кодом, сервер, який пропонує всю необхідну для розробників та інтеграторів гнучкість, щоб створювати розширені рішення для зв'язку безкоштовно. Він також може використовуватися як шлюз, функціональний / медіасервер або центр обробки викликів.
Особливості з першого погляду
Основні функції включають в себе систему IVR (інтерактивний голосовий відгук), міст конференції, всі елементи, необхідні для створення сервера УВАТС (Private Branch Exchange) та практично будь-яких інших засобів комунікації, які ви можете собі уявити.
Зірочку можна використовувати як перемикач (УВАТС), налаштований як ядро гібридної УВАТС або IP, для перемикання дзвінків, увімкнення різних функцій, підключення абонентів та керування маршрутами з зовнішнім світом через IP, цифрові (T1 / E1) або аналогові (POTS).
Початок роботи з Asterisk
Установка Asterisk в системі GNU / Linux виявляється непростим завданням, так як все, що вам потрібно зробити після завантаження і розпакування останньої версії програмного забезпечення (див завантажити посилання вище), ви повинні виконати & lsquo; ./ налаштувати && зробити & rsquo; команду в емуляторі термінала, звичайно, після переходу до місця вилученого архіву (наприклад, cd /home/softoware/asterisk-13.0.1).
Після успішного процесу компіляції повідомлення повідомить вас про те, що Asterisk може бути встановлений у вашій системі, запустивши & lsquo; зробити установку & rsquo; команда як root або "sudo make install & rsquo; команда як привілейований користувач. З його допомогою ви можете використовувати Asterisk, а також встановити один з передніх кінці, доступний на Softoware.
Підтримувані операційні системи
Зірочка є мульти-програмної платформи а, що означає, що він підтримує і працює на широкому діапазоні Linux і UNIX-подібних операційних систем, включаючи GNU / Linux, FreeBSD, OpenBSD, Solaris і Mac OS X. Це може бути успішно встановлений на 64-бітних і 32-бітних апаратних платформ
Що нового в цьому випуску :.
- Ці випуски вирішують кілька проблем, про які повідомляють громада, і це було б неможливим без вашої участі.
Що нового в версії 14.6.0:
- Ці випуски вирішують кілька проблем, було б неможливим без вашої участі.
Що нового в версії 14.2.1:
- AST-2016-008: аварія на пропозицію SDP або відповідь з кінцевої точки за допомогою Opus
- Якщо пропозиція або відповідь SDP отримано з кодеком Opus, а параметри формату, розділені за допомогою пробілу, коду, який відповідає за синтаксичний аналіз, рекурсивно викликатимуть себе, доки він не збігається. Це відбувається, оскільки код неправильно обробляє простори, що розділяє параметри.
- Це не вимагає кінцевої точки, щоб Opus налаштовувався в Asterisk. Це також не вимагає аутентифікації кінцевої точки. Якщо гість доступний для chan_sip або анонімний у chan_pjsip, пропозиція або відповідь SDP все ще обробляються і відбувається аварія.
- AST-2016-009: віддалені неаутентифіковані сеанси в chan_sip
- Драйвер каналу chan_sip має ліберальне визначення пробілів при спробі вилучити вміст між заголовком SIP та символом товстої кишки. Замість того, щоб слідувати RFC 3261 та вилучати лише пробіли та горизонтальні вкладки, Asterisk обробляє будь-який непридатний для друку символ ASCII так, ніби це був пробіл. Це означає, що заголовки, такі як
- Contactx01:
- буде розглядатися як дійсний заголовок контакту. Це, в основному, не становить проблем, поки Asterisk не буде поміщений в паритет із автентифікацією проксі-сервера SIP. У такому випадку хитрий комбінація дійсних та недійсних заголовків C може викликати проксі-сервер, який дозволяє запиту INVITE на Asterisk без автентифікації, оскільки вважає, що запит є запитом у діалозі. Однак через помилку, описану вище, запит буде виглядати як запит поза діалогом до Asterisk. Замість цього Asterisk буде обробляти запит як новий дзвінок. Результат полягає в тому, що Asterisk може обробляти дзвінки з невідповідних джерел без будь-якої автентифікації.
- Якщо ви не використовуєте проксі для автентифікації, це питання не впливає на вас. Якщо ваш проксі-сервер знає діалог (це означає, що проксі-сервер стежить за тим, які діалоги наразі діють), то це питання не впливає на вас. Якщо ви використовуєте chan_pjsip замість chan_sip, це питання не вплине на вас.
Що нового в версії 14.2.0:
- Покращення, внесені в версію 14.2.0:
- ASTERISK-26558 - app_queue: додайте змінну, щоб дізнатися, чи не відповідає дзвінок після черги
- ASTERISK-26176 - chan_sip: додавання AccountCode в AMI PeerEntry
- ASTERISK-26538 - codec_opus: додавання зразка в конфігурації / зразки / codecs.conf.sample
- ASTERISK-26488 - ARI: додавання команд CLI 'ari show app', 'ari show apps' та 'ari set defig'
- ASTERISK-26418 - res_rtp_asterisk: Прискорення роздільної здатності ICE шляхом чорного списку хост-підмереж, які не беруть участь у RTP
- Виправлені помилки в версії 14.2.0:
- ASTERISK-26608 - скомпілювання та збій зв'язку у OpenBSD
- ASTERISK-26520 - codec_opus: генерована лінія fmtp не має вмісту
- ASTERISK-26605 - codec_opus: Спамне попередження, коли Opus узгоджується, але codec_opus не завантажений.
- ASTERISK-26516 - pjsip: пошкодження пам'яті з можливістю витоку пам'яті.
- ASTERISK-26556 - менеджер: версію AMI повідомляє про те, що в Ast 13 і 14, незважаючи на зміну синтаксису Ast 14,
- ASTERISK-26343 - ASTERISK-25951 викликає проблеми для маніпулювання callerid через agi
- ASTERISK-26592 - Останній libedit (3.1) за замовчуванням встановлює унікод і робить зірочку CLI читати сміття
- ASTERISK-26565 - chan_unistim 11, 13, 14 тимчасово заблокований виклик у режимі очікування
- ASTERISK-26575 - testuite: Необхідно перевірити функціональність PJSIP, коли res_srtp не завантажується.
- ASTERISK-26571 - res_pjsip: Роздільна здатність невірна, коли явний перехід IPv6 налаштовується ASTERISK-26468 - ari: Події мосту припиняють працювати після цієї послідовності викликів ARI
- ASTERISK-24400 - ooh323 надсилає неправильний код hangup
- ASTERISK-26555 - багатопартійне відео: виправлення декількох регресій Asterisk-11
- ASTERISK-26412 - build: Підготовка до gcc 6.0
- ASTERISK-26509 - кілька некритичних попереджень про помилку при побудові Ubuntu 16.10
- ASTERISK-26523 - chan_sip: Asterisk 13.12.1 від'єднує вхідні дзвінки через 2 хвилини - rtptimeout веде себе погано - регресія
- ASTERISK-26549 - app_dial: коли використовується PickupChan (), деякі канали можуть мати неправильний стан пристрою
- ASTERISK-24274 - [патч] Формат кодека не входить до атрибутів SDP Media при використанні кодека SLIN48
- ASTERISK-26311 - [патч] rtp_engine: Дозволити більше 32 типів динамічних навантажень.
- ASTERISK-26506 - [патч] res_pjsip_outbound_publish: Помилка при публікації у publisher_client_send за адресою res_pjsip_outbound_publish.c
- ASTERISK-25070 - Виправте FTBFS на Херд
- ASTERISK-26476 - chan_sip: Невірний параметр відображення & quot; Outbound reg. повторіть спробу 403 & quot; в & quot; налаштувати покази & quot;
- ASTERISK-26541 - res_pjsip_sdp_rtp: обмежте кількість форматів до максимальної
- ASTERISK-26537 - AMI: подія NewConnectedLine не задокументована
- ASTERISK-26526 - [UBSAN] vector.h: нульовий покажчик може бути переданий як аргумент 2 на memcpy
- ASTERISK-26524 - astobj2: змінна data_size - це пропущений простір, коли AO2_DEBUG не активовано.
- ASTERISK-26344 - Asterisk 13.11.0 + збій PJSIP
- ASTERISK-26387 - Asterisk segfaults незабаром після початку, навіть без активних викликів.
- ASTERISK-26513 - тести / канали / pjsip / qualify / auth: достатній збиток, щоб бути незручно
- ASTERISK-26514 - Супер Awesome Компанія: Не вказуйте транспорт в pjsip.conf
- ASTERISK-26510 - pjproject_bundled використовує параметр -strip-components tar, який не підтримується в старих версіях
- ASTERISK-22480 - Embedded pjproject: build.mak містить повний шлях до версії hardcoded до version.mak
- ASTERISK-26307 - res_pjsip_caller_id: аварійно-рятувальний аварійний сигнал при виконанні змін
- ASTERISK-26503 - app_voicemail: збій зірочки, коли використовується MailboxExists
- ASTERISK-26423 - res_pjsip_sdp_rtp: асиметричний кодек RTP може спричинити втрату аудіо та втрату звуку
- ASTERISK-26309 - [патч] res_pjsip: Дозволити встановлення IPv4 / IPv6 (подвійний стек).
- ASTERISK-26482 - [патч] chan_pjsip: segfault на вже відключеній сесії
- ASTERISK-26421 - Помилка сегментації з ARI потрапляє в змішувальний міст з 43 клієнтами
- ASTERISK-26444 - команда 'features show' в CLI не відповідає на запит.
- ASTERISK-26480 - [патч] CLI: налагодження основного набору: автоматично завершує файл-модуль
- ASTERISK-26356 - menuselect: недійсний тест для GTK2
- ASTERISK-26462 - [patch] app_queue: Використовуючи черги в режимі реального часу, повернення до порожнього контексту не припиняє використання ключа виходу
- ASTERISK-26439 - chan_rtp: аварія при запуску
- ASTERISK-26457 - [патч] force_rport, auto_comedia: не ввімкнено виявлення NAT.
- ASTERISK-26618 - build: додавання резервного копіювання librt check для configure.ac
- Нові функції, зроблені в версії 14.2.0:
- ASTERISK-26595 - ARI: додавання можливості керування джерелом відео в багатопартійному мікшерному містці
- ASTERISK-26492 - ARI: Додайте можливість вказати змінні каналів у події веб-сайтів
- ASTERISK-26470 - ARI: додавання поля "asterisk_id" до вихідних подій
Що нового в версії 13.5.0:
- AST-2014-012: Виправлена помилка з ACL-лініями змішаних адрес. Перед тим, як зробити це, сімейство адрес першого елемента в ACL було використано для порівняння всього вхідного трафіку. Це може призвести до трафіку інших сімейств IP-адрес, що обминають ACL.
- AST-2014-013: Виправлення PJSIP ACL, які не завантажуються під час запуску, і при застосуванні / ACL-проблеми під час контакту Найбільшою проблемою, що виправляється в цьому патчі, є те, що ACL-файли раніше не завантажувались, коли модуль res_pjsip_acl був завантажений. Крім того, опції ACL contact_permit і contact_acl були фактично інтерпретовані як contact_deny, і це виправлення також виправлено.
- AST-2014-015: Виправте стан перегонів у chan_pjsip при надсиланні відповідей після отримання CANCEL. Через серійну архітектуру chan_pjsip існує стан перегонів, при якому може бути отриманий і оброблений CANCEL, перш ніж надсилати відповіді (наприклад, 180 дзвінків, 183 сеансовий прогрес та 200 OK). Оскільки сеанс перебуває в несподіваному стані, PJSIP стверджує, коли це робиться. Ця зміна призводить до того, що ці відповіді не надсилаються на роз'єднані сеанси.
- AST-2014-016: виправлено помилку при отриманні діалогового вікна INVITE з заміною в res_pjsip_refer. Реалізація INVITE з заміною в res_pjsip_refer не передбачає, що вони з'являться в діалоговому вікні. Внаслідок цього було б неправильно спробувати повісити канал, який він вважав під його контролем. Насправді канал буде під контролем іншої нитки. Коли інший потік отримував доступ до каналу, він мав доступ до звільненої пам'яті і може зіткнутися. Ця зміна змушує res_pjsip_refer не діяти в діалоговому вікні INVITE із заміною.
- AST-2014-017 - app_confbridge: авторизація дозволу / ескалації. Ескіляція ліцензійного дозволу Confbridge через AMI та неадекватний авторизація класу у дії ConfbridgeStartRecord. Функція dialplan CONFBRIDGE при виконанні з зовнішнього протоколу (наприклад, AMI) може призвести до ескалації привілеїв. Також, дія AMI € oConfbridgeStartRecorda також може використовуватися для виконання довільних системних команд без першої перевірки системного доступу. Тепер зірочка затримує функцію CONFBRIDGE від виконання зовнішнього інтерфейсу, якщо для параметра live_dangerously встановлено значення no. Крім того, дію AMI тепер можна виконувати тільки під керуванням користувача з доступом до рівня системи.
- AST-2014-018 - func_db: ескалація дозволів DB Dialplan через AMI. Функція dialplan DB, коли вона виконується з зовнішнього протоколу (наприклад, AMI), може призвести до ескалації привілеїв. Asterisk тепер перешкоджає виконанню функції БД з зовнішнього інтерфейсу, якщо параметр live_dangerously встановлений у параметр no.
Що нового в версії 13.0.1:
- AST-2014-012: Виправлена помилка з ACL-лініями змішаних адрес. Перед тим, як зробити це, сімейство адрес першого елемента в ACL було використано для порівняння всього вхідного трафіку. Це може призвести до трафіку інших сімейств IP-адрес, що обминають ACL.
- AST-2014-013: Виправлення PJSIP ACL, які не завантажуються під час запуску, і при застосуванні / ACL-проблеми під час контакту Найбільшою проблемою, що виправляється в цьому патчі, є те, що ACL-файли раніше не завантажувались, коли модуль res_pjsip_acl був завантажений. Крім того, опції ACL contact_permit і contact_acl були фактично інтерпретовані як contact_deny, і це виправлення також виправлено.
- AST-2014-015: Виправте стан перегонів у chan_pjsip при надсиланні відповідей після отримання CANCEL. Через серійну архітектуру chan_pjsip існує стан перегонів, при якому може бути отриманий і оброблений CANCEL, перш ніж надсилати відповіді (наприклад, 180 дзвінків, 183 сеансовий прогрес та 200 OK). Оскільки сеанс перебуває в несподіваному стані, PJSIP стверджує, коли це робиться. Ця зміна призводить до того, що ці відповіді не надсилаються на роз'єднані сеанси.
- AST-2014-016: виправлено помилку при отриманні діалогового вікна INVITE з заміною в res_pjsip_refer. Реалізація INVITE з заміною в res_pjsip_refer не передбачає, що вони з'являться в діалоговому вікні. Внаслідок цього було б неправильно спробувати повісити канал, який він вважав під його контролем. Насправді канал буде під контролем іншої нитки. Коли інша гілка доступу до каналу, вона матиме доступ до вільної пам'яті і може зіткнутися. Ця зміна змушує res_pjsip_refer не діяти в діалоговому вікні INVITE із заміною.
- AST-2014-017 - app_confbridge: авторизація дозволу / ескалації. Ескіляція ліцензійного дозволу Confbridge через AMI та неадекватний авторизація класу у дії ConfbridgeStartRecord. Функція dialplan CONFBRIDGE при виконанні з зовнішнього протоколу (наприклад, AMI) може призвести до ескалації привілеїв. Також, дія AMI € oConfbridgeStartRecorda також може використовуватися для виконання довільних системних команд без першої перевірки системного доступу. Сьогодні зірка затримує функцію CONFBRIDGE від виконання зовнішнього інтерфейсу, якщо для параметра live_dangerously встановлено значення no. Крім того, дію AMI тепер можна виконувати тільки під керуванням користувача з доступом до рівня системи.
- AST-2014-018 - func_db: ескалація дозволів DB Dialplan через AMI. Функція dialplan DB, коли вона виконується з зовнішнього протоколу (наприклад, AMI), може призвести до ескалації привілеїв. Asterisk тепер перешкоджає виконанню функції БД з зовнішнього інтерфейсу, якщо параметр live_dangerously встановлений у параметр no.
Що нового в версії 1.8.12.0:
- Запобігання chanspy від зв'язування з каналами зомбі
- (закриває випуск ASTERISK-19493, повідомляється lvl)
- Виправте варіанти параметрів m та r та викликів, які створюють попередження для голосових кадрів.
- (Закриває випуск ASTERISK-16901, повідомляється Крізом Нічем)
- Вилучіть обмеження тримання ISDN для бездротових викликів.
- (Завершується випуск ASTERISK-19388, повідомлений Біргером Харзентером)
- Виправте копіювання CDR (код облікового запису) на місцеві канали.
- (Закриває випуск ASTERISK-19384, повідомляється jamicque)
- Переконайтеся, що Asterisk підтверджує ACK до 4xx на Замінює помилки
- (Завершує випуск ASTERISK-19303, повідомляє Джон Тісрос)
- Виключити подвійне закриття дескриптора файлів в manager.c
- (Закриває випуск ASTERISK-18453, повідомляє Хако Крона)
Що нового в версії 1.8.10.1:
- Випуск Asterisk 1.8.10.1 та 10.2.1 вирішить два питання. По-перше, вони вирішують проблему в app_milliwatt, де буфер може потенційно переповнений у стеку, але неможливо виконати віддалене кодування. По-друге, вони вирішують проблему в HTTP AMI, де дані автентифікації дайджесту можуть бути використані для перевищення буфера в стекі, що дозволяє вводити та виконувати кодування.
- Ці проблеми та їх вирішення описані в консультації з безпеки.
Що нового в версії 1.8.0:
- Цей випуск містить нові функції. Список нових функцій, включених до цього випуску, див. У файлі CHANGES всередині вихідного пакета. Оскільки це новий основний випуск, користувачам рекомендується проводити розширене тестування, перш ніж оновити цю версію у виробничому середовищі.
Що нового в версії 1.4.24:
- Команда розробників Asterisk з гордістю повідомляє про випуск Asterisk 1.4.24 та доступний для негайного завантаження за адресою http://downloads.digium.com/
- Окрім інших виправлень помилок, цей кандидат випуску виправляє декілька проблем з аварійним завершенням та вирішує деякі залишкові проблеми, пов'язані з підняттям викликів та паркуванням за викликом, виявлені після випуску Asterisk 1.4.23. Крім того, були вирішені питання, пов'язані з chan_iax2, та регресії, внесені до розширення h.
- Цей випуск означає перше включення файлів резюме випуску, які будуть включені у всі майбутні випуски. Мета полягає в тому, щоб дати більш чіткий огляд змін, які відбулися між поточним та попереднім випуском, питання, які були закриті, і члени громад, які брали участь у наданні випуску, видачі коду та тестування. Крім того, diffstat у кінці файлу з коротким оглядом показує кількість змін, внесених до файлів між попередніми та поточними випусками.
- Огляд змін у цьому випуску, будь ласка, перегляньте випуск резюме. Повний перелік змін у цьому випуску див. На сторінці ChangeLog.
- Наступний список помилок було вирішено за участю спільноти, і це видання було б неможливим без вашої допомоги!
- Запуск пейджинга призведе до зірочкою. Закривається випуск № 14308. Представлено bluefox. Перевірено kc0bvu. Виправлено сеанбритом.
- Збій у VoiceMailMain, якщо виникає зависання до введення дійсного номера поштової скриньки (лише IMAP). Закриває випуск № 14473. Представлений патч, наданий dwpaul.
- Виклики вхідних Gtalk виходять з ладу Закриває випуск № 13984. Представлений, протестований і виправлений jcovert.
- Спілери в реальному часі ніколи не отримують кваліфікації після "перезавантаження". Закриває випуск № 14196. Передано, тестовано та виправлено в pdf.
- Не вдалося здійснити передачу в SIP. Завершує випуск 14611. Представлений, випробуваний і виправлений klaus3000.
Коментар не знайдено