Всем привет. Сегодня расскажу про очень актуальный и частый вопрос про обновление freepbx до 17 версии.
Очень часто сейчас спрашивают как обновиться со старых дистрибутивов freepbx 13,14,15,16 на freepbx17 версию.
Официального обновления нет, так как старые версии freepbx были на centos, 17 freepbx уже на debian 12.
Из-за этого разрабы freepbx не нашли решения для того чтобы можно было обновиться до 17 стандартными средствами через freepbxupgrade модуль.
Официального обновления нет, так как старые версии freepbx были на centos, 17 freepbx уже на debian 12.
Из-за этого разрабы freepbx не нашли решения для того чтобы можно было обновиться до 17 стандартными средствами через freepbxupgrade модуль.
Какие могут возникнуть трудности и вообще подводные камни.
Вам придется настроить заново интеграцию с CRM, если была настроена через сторонний модуль типа Itgrix или простые звонки, informunity. Даже если вы бэкапите стандартным модулем backup & restore включая папки и конфиги этих модулей, они сами не поднимутся.
Если вы дожили до 17 freepbx с chan_sip, вам нужно либо заранее перейти на pjsip или довериться freepbx17 по конвертации транков и внутренних номеров на pjsip. Если с внутренними номерами проблем с конвертацией обычно не бывает, то после конвертации транков, вам нужно будет допиливать руками настройки транка.
Сторонние модули freepbx. тут 50/50 могут перенестись, могут и нет, чистый рандом. Учитывайте этот момент.
Кастомные dialplan под chan_sip.
Перенесутся, но работать не будут, так как на freepbx 17 отсутствует chan_sip. Заранее адаптируйте код под chan_pjsip.
В редких случаях после переноса звонки между внутренними номерами могут не работать, хотя регистрация есть. Ранее это было замечено при обновлении с freepbx 15 на freepbx 16 и наблюдается в редких случаях после восстановления бэкапа на 17 freepbx. Лечится изменением любой настройки внутреннего номера и применением конфига, после этого внутренний номер вылечится.
Со всем остальным проблем быть не должно.
Если вы дожили до 17 freepbx с chan_sip, вам нужно либо заранее перейти на pjsip или довериться freepbx17 по конвертации транков и внутренних номеров на pjsip. Если с внутренними номерами проблем с конвертацией обычно не бывает, то после конвертации транков, вам нужно будет допиливать руками настройки транка.
Сторонние модули freepbx. тут 50/50 могут перенестись, могут и нет, чистый рандом. Учитывайте этот момент.
Кастомные dialplan под chan_sip.
Перенесутся, но работать не будут, так как на freepbx 17 отсутствует chan_sip. Заранее адаптируйте код под chan_pjsip.
В редких случаях после переноса звонки между внутренними номерами могут не работать, хотя регистрация есть. Ранее это было замечено при обновлении с freepbx 15 на freepbx 16 и наблюдается в редких случаях после восстановления бэкапа на 17 freepbx. Лечится изменением любой настройки внутреннего номера и применением конфига, после этого внутренний номер вылечится.
Со всем остальным проблем быть не должно.
Что делать? Что нужно? Как обновляться?
Обновиться никак, только переносить конфигурацию через бэкап.
Погнали по порядку.
Первое, что нужно, это сделать бэкап на старом freepbx полностью со всеми модулями и убедиться что этот бэкап работоспособный. Очень часто freepbx делает бэкап, вроде с виду все конфиги в нем есть и база забэкапилась. Когда дело доходит до восстановления, бэкап восстанавливается без каких либо ошибок, но при этом никаких настроек не восстанавливается, freepbx как был девственно чистый, таким и остается.
Сделали бэкап, подняли виртуалку, попробовали восстановить туда свой бэкап, если все прошло ок, тогда едем дальше. Если на этом этапе у вас возникли проблемы с бэкапом, пробуйте текущий freepbx обновить до последних доступных для него версий модулей и по новой бэкап делайте и пробуйте восстановить.
Как правило, это помогает, если вам не помогло, то сочувствую, вам придется настраивать freepbx 17 руками с нуля.
Первое, что нужно, это сделать бэкап на старом freepbx полностью со всеми модулями и убедиться что этот бэкап работоспособный. Очень часто freepbx делает бэкап, вроде с виду все конфиги в нем есть и база забэкапилась. Когда дело доходит до восстановления, бэкап восстанавливается без каких либо ошибок, но при этом никаких настроек не восстанавливается, freepbx как был девственно чистый, таким и остается.
Сделали бэкап, подняли виртуалку, попробовали восстановить туда свой бэкап, если все прошло ок, тогда едем дальше. Если на этом этапе у вас возникли проблемы с бэкапом, пробуйте текущий freepbx обновить до последних доступных для него версий модулей и по новой бэкап делайте и пробуйте восстановить.
Как правило, это помогает, если вам не помогло, то сочувствую, вам придется настраивать freepbx 17 руками с нуля.
Процесс переноса.
Берем новую машину с debian 12 в дата центре. Можно оформить тут - https://ihor.online/?from=400750
Либо берем физическую машину или на своих виртуальных мощностях и накатываем на нее debian 12 по инструкции - https://sangomakb.atlassian.net/wiki/spaces/FP/pages/295403538/Step+By+Step+Debian+12+Installation
Либо берем физическую машину или на своих виртуальных мощностях и накатываем на нее debian 12 по инструкции - https://sangomakb.atlassian.net/wiki/spaces/FP/pages/295403538/Step+By+Step+Debian+12+Installation
Устанавливаем на Debian 12 свежий freepbx 17 стандартными скриптом от разрабов:
cd /tmp
wget https://github.com/FreePBX/sng_freepbx_debian_install/raw/master/sng_freepbx_debian_install.sh -O /tmp/sng_freepbx_debian_install.sh
bash /tmp/sng_freepbx_debian_install.shВ начале установки вам напишет путь до лога установки. Так как процесс занимает продолжительное время и вас может по таймауту разлогинить из консоли, желательно скопировать этот путь до лога, чтобы потом заново подключиться и проверить процесс установки freepbx.
После установки freepbx 17. Заходим в вебморду, загружаем наш бэкап и жмем restore.
Если бэкап рабочий, то все должно пройти гладко и весь конфиг восстановится.
Если бэкап рабочий, то все должно пройти гладко и весь конфиг восстановится.
Переносим через scp старые записи разговоров если нужно на новый freepbx. Часто про это забывают.
Настраиваем интеграции, проверяем кастомные dialplan и на этом в принципе все.
Коллеги, если вы не можете справиться с переносом или никогда этого не делали, закажите перенос у нас.
Заказать у нас миграцию на freePBX 17.
Заказать у нас миграцию на freePBX 17.
