FreePBX 이해 및 Bitrix24 등과 통합

비트릭스24 CRM, 워크플로, 회계 및 관리자가 정말 좋아하고 IT 직원이 좋아하지 않는 다른 많은 것들을 결합한 거대한 조합입니다. 이 포털은 소규모 클리닉, 제조업체, 심지어 미용실을 포함한 많은 중소기업에서 사용합니다. 관리자가 "좋아하는"주요 기능은 전화 통신과 CRM의 통합입니다. 모든 통화가 CRM에 즉시 기록되면 클라이언트 카드가 생성되고 수신시 클라이언트에 대한 정보가 표시되며 그가 누구인지, 그가 무엇인지 즉시 확인할 수 있습니다. 팔 수 있고 그가 빚진 금액. 그러나 Bitrix24의 전화 통신 및 CRM과의 통합에는 비용이 많이 들며 때로는 많은 비용이 듭니다. 이 기사에서는 개방형 도구 및 인기있는 IP PBX와의 통합 경험을 알려 드리겠습니다. FreePBX, 또한 다양한 부분의 작업 논리를 고려하십시오.

저는 IP 텔레포니를 판매 및 구성하고 통합하는 회사에서 아웃소싱 업체로 일하고 있습니다. Bitrix24를 고객이 보유한 PBX 및 다양한 VDS 회사의 가상 PBX와 통합하기 위해 이것과 이 회사에 무언가를 제안할 수 있는지 질문을 받았을 때 저는 Google로 갔습니다. 그리고 물론 그는 나에게 링크를 주었다 하브르 기사설명과 github가 모두 있고 모든 것이 작동하는 것 같습니다. 그러나이 솔루션을 사용하려고 시도했을 때 Bitrix24는 더 이상 이전과 동일하지 않으며 많은 부분을 다시 수행해야 합니다. 또한 FreePBX는 단순한 별표가 아닙니다. 여기에서 구성 파일에서 사용 편의성과 하드 코어 다이얼 플랜을 결합하는 방법에 대해 생각해야 합니다.

우리는 일의 논리를 연구합니다

따라서 우선 모든 것이 어떻게 작동해야 하는지 살펴보겠습니다. PBX(제공자의 SIP INVITE 이벤트)에서 외부로부터 전화를 받으면 다이얼플랜(다이얼 플랜, 다이얼 플랜) 처리가 시작됩니다. 첫 번째 패킷에서 규칙에 사용할 수 있는 많은 정보를 얻을 수 있습니다. SIP의 내부를 연구하기 위한 훌륭한 도구는 분석기입니다. sngrep (링크) apt install/yum install 등을 통해 널리 사용되는 배포판에 간단히 설치되지만 소스에서 빌드할 수도 있습니다. sngrep에서 통화 로그를 살펴보겠습니다.

단순화된 형태에서 다이얼플랜은 첫 번째 패킷만 처리하며 때로는 대화 중에 통화가 전송되고 버튼 누름(DTMF), FollowMe, RingGroup, IVR 등과 같은 다양한 흥미로운 사항을 처리합니다.

초대 팩 내용물

실제로 대부분의 간단한 다이얼 플랜은 처음 두 필드에서 작동하며 전체 논리는 DID 및 CallerID를 중심으로 이루어집니다. DID - 우리가 전화하는 곳, CallerID - 전화하는 사람.

그러나 결국 우리는 하나의 전화가 아닌 회사가 있습니다. 즉, PBX에는 도시 번호 (Ring Group), IVR (Hello, you called ... Press)에 통화 그룹 (여러 장치의 동시 / 연속 벨 울림)이있을 가능성이 큽니다 하나는 ...), 응답기(문구), 시간 조건, 다른 번호 또는 셀로 착신 전환(FollowMe, 착신 전환). 즉, 실제로 전화를 받을 사람과 전화가 왔을 때 대화를 나눌 사람을 명확하게 결정하기가 매우 어렵습니다. 다음은 고객의 PBX에서 일반적인 통화 시작의 예입니다.

통화가 PBX에 성공적으로 들어간 후 다른 "컨텍스트"에서 다이얼 플랜을 통해 이동합니다. Asterisk의 관점에서 컨텍스트는 번호가 매겨진 명령 집합이며 각 명령에는 전화를 건 번호별로 필터가 포함되어 있습니다(exten=DID 초기 단계에서 외부 호출의 경우 exten이라고 함). 다이얼플랜 라인의 명령은 무엇이든 될 수 있습니다 - 내부 기능(예: 내부 가입자 호출 - Dial(), 전화기 내려놔 - Hangup()), 조건부 연산자(IF, ELSE, ExecIF 등), 이 컨텍스트의 다른 규칙으로 전환(Goto, GotoIF), 함수 호출(Gosub, Macro)의 형태로 다른 컨텍스트로 전환합니다. 별도의 지침 include имя_контекста, 다른 컨텍스트의 명령을 현재 컨텍스트의 끝에 추가합니다. include를 통해 포함된 명령은 항상 실행됩니다. 후 현재 컨텍스트의 명령.

FreePBX의 전체 논리는 Gosub, Macro 및 Handler 핸들러를 통한 포함 및 호출을 통해 서로 다른 컨텍스트를 포함하는 것을 기반으로 합니다. 들어오는 FreePBX 호출의 컨텍스트를 고려하십시오.

호출은 위에서 아래로 차례로 모든 컨텍스트를 통과합니다. 각 컨텍스트에서 매크로(Macro), 함수(Gosub) 또는 전환(Goto)과 같은 다른 컨텍스트에 대한 호출이 있을 수 있으므로 호출되는 항목의 실제 트리는 로그에서 추적할 수 있습니다.

일반적인 PBX의 일반적인 설정 다이어그램은 다음과 같습니다. 전화를 걸면 들어오는 경로에서 DID를 검색하고 임시 조건을 확인하고 모든 것이 정상이면 음성 메뉴가 시작됩니다. 그것에서 버튼 1을 누르거나 시간 초과하여 전화 걸기 운영자 그룹으로 나갑니다. 통화가 끝나면 hangupcall 매크로가 호출되고 그 후에는 특수 처리기(hangup 처리기)를 제외하고 다이얼 플랜에서 아무 작업도 수행할 수 없습니다.

이 통화 알고리즘에서 CRM에 통화 시작에 대한 정보를 제공하고 녹음을 시작할 위치, 녹음을 종료하고 CRM에 대한 통화에 대한 정보와 함께 전송해야 하는 위치는 어디입니까?

외부 시스템과의 통합

PBX 및 CRM 통합이란 무엇입니까? 이 두 플랫폼 사이에서 데이터와 이벤트를 변환하여 서로에게 전송하는 설정 및 프로그램입니다. 독립 시스템이 통신하는 가장 일반적인 방법은 API를 통하는 것이며 API에 액세스하는 가장 일반적인 방법은 HTTP REST입니다. 그러나 별표는 아닙니다.

내부 별표는 다음과 같습니다.

• AGI - 다이얼플랜에서 주로 사용되는 외부 프로그램/구성 요소의 동기식 호출, 다음과 같은 라이브러리가 있습니다. 파지, 페이지

• AMI - 이벤트를 구독하고 텍스트 명령을 입력하는 원칙에 따라 작동하는 텍스트 TCP 소켓으로 내부에서 SMTP와 유사하며 이벤트를 추적하고 호출을 관리할 수 있으며 라이브러리가 있습니다. 파미 - Asterisk와의 연결을 만드는 데 가장 많이 사용되는

AMI 출력 예시

이벤트: 새 채널
권한: 호출, 모두
채널: PJSIP/VMS_pjsip-0000078b
채널 상태: 4
ChannelStateDesc: 링
발신번호: 111222
발신번호: 111222
연결된 라인 번호:
연결된 회선 이름:
언어 : English
계정 코드:
컨텍스트: from-pstn
연장: s
우선 순위 : 1
고유 ID: 1599589046.5244
링크드ID: 1599589046.5244

• ARI는 모두 REST, WebSocket을 통해 JSON 형식으로 혼합되어 있지만 새로운 라이브러리와 래퍼가 있어 그다지 좋지는 않습니다.파파리아, 파파리) 약 3년 전에 개발되었습니다.

통화 시작 시 ARI 출력의 예

{ "variable":"CallMeCallerIDName", "value":"111222", "type":"ChannelVarset", "timestamp":"2020-09-09T09:38:36.269+0000", "channel":{ "id »:»1599644315.5334″, «이름»:»PJSIP/VMSpjsip-000007b6″, "상태":"링", "발신자":{ "이름":"111222″, "번호":"111222″ }, "연결됨":{ "이름":"", "번호" :"" }, "accountcode":"", "dialplan":{ "context":"from-pstn", "exten":"s", "priority":2, "앱이름":"스테이시스", "앱data":"hello-world" }, "creationtime":"2020-09-09T09:38:35.926+0000", "language":"ko" }, "별표id":"48:5b:aa:aa:aa:aa", "응용 프로그램":"hello-world" }

편의성 또는 불편함, 특정 API로 작업할 수 있는지 여부는 해결해야 하는 작업에 따라 결정됩니다. CRM과의 통합 작업은 다음과 같습니다.

• 통화 시작, 전송된 위치 추적, CallerID, DID, 시작 및 종료 시간, 디렉터리에서 데이터 가져오기(전화와 CRM 사용자 간의 연결 검색)

• 통화 녹음 시작 및 종료, 원하는 형식으로 저장, 녹음 종료 시 파일 위치 알림

• 프로그램에서 외부 이벤트에 대한 호출 시작, 내부 번호, 외부 번호 호출 및 연결

• 선택 과목: CRM, 다이얼러 그룹 및 FollowME와 통합하여 장소가 없을 때 자동으로 통화를 전환합니다(CRM에 따름).

이러한 모든 작업은 AMI 또는 ARI를 통해 해결할 수 있지만 ARI는 훨씬 적은 정보를 제공하고 이벤트가 많지 않으며 AMI가 여전히 가지고 있는 많은 변수(예: 매크로 호출, 매크로 내부 변수 설정, 호출 녹음 포함)가 추적되지 않습니다. 따라서 정확하고 정확한 추적을 위해 지금은 AMI를 선택합시다(완전하지는 않음). 또한 (음, 그것 없이는 게으른 사람들입니다)-원작에서 (하브르 기사) PAMI를 사용합니다. *그런 다음 ARI에 다시 작성해야 하지만 작동한다는 사실은 아닙니다.

통합 재창조

FreePBX가 통화 시작, 종료 시간, 번호, 녹음 파일 이름에 대해 간단한 방법으로 AMI에 보고할 수 있도록 하려면 원래 작성자와 동일한 트릭을 사용하여 통화 시간을 계산하는 것이 가장 쉽습니다. - 변수를 입력하고 존재 여부에 대한 출력을 구문 분석합니다. PAMI는 단순히 필터 기능을 통해 이를 수행할 것을 제안합니다.

다음은 통화 시작 시간에 대한 고유한 변수를 설정하는 예입니다(s는 DID 검색을 시작하기 전에 수행되는 다이얼 플랜의 특수 번호입니다).

[ext-did-custom]

exten => s,1,Set(CallStart=${STRFTIME(epoch,,%s)})

이 라인에 대한 예제 AMI 이벤트

이벤트: 새 채널

권한: 호출, 모두

채널: PJSIP/VMS_pjsip-0000078b

채널 상태: 4

ChannelStateDesc: 링

발신번호: 111222

발신번호: 111222

연결된 라인 번호:

연결된 회선 이름:

언어 : English

계정 코드:

컨텍스트: from-pstn

연장: s

우선 순위 : 1

고유 ID: 1599589046.5244

링크드ID: 1599589046.5244

애플리케이션: AppData 설정:

통화시작=1599571046

FreePBX는 extension.conf 및 extension_ 파일을 덮어 쓰기 때문에additional.conf 파일을 사용합니다. 확장자_관습.conf

extension_custom.conf의 전체 코드

[globals]	
;; Проверьте пути и права на папки - юзер asterisk должен иметь права на запись
;; Сюда будет писаться разговоры
WAV=/var/www/html/callme/records/wav 
MP3=/var/www/html/callme/records/mp3

;; По этим путям будет воспроизводится и скачиваться запись
URLRECORDS=https://www.host.ru/callmeplus/records/mp3

;; Адрес для калбека при исходящем вызове
URLPHP=https://www.host.ru/callmeplus

;; Да пишем разговоры
RECORDING=1

;; Это макрос для записи разговоров в нашу папку. 
;; Можно использовать и системную запись, но пока пусть будет эта - 
;; она работает
[recording]
exten => ~~s~~,1,Set(LOCAL(calling)=${ARG1})
exten => ~~s~~,2,Set(LOCAL(called)=${ARG2})
exten => ~~s~~,3,GotoIf($["${RECORDING}" = "1"]?4:14)
exten => ~~s~~,4,Set(fname=${UNIQUEID}-${STRFTIME(${EPOCH},,%Y-%m-%d-%H_%M)}-${calling}-${called})
exten => ~~s~~,5,Set(datedir=${STRFTIME(${EPOCH},,%Y/%m/%d)})
exten => ~~s~~,6,System(mkdir -p ${MP3}/${datedir})
exten => ~~s~~,7,System(mkdir -p ${WAV}/${datedir})
exten => ~~s~~,8,Set(monopt=nice -n 19 /usr/bin/lame -b 32  --silent "${WAV}/${datedir}/${fname}.wav"  "${MP3}/${datedir}/${fname}.mp3" && rm -f "${WAV}/${fname}.wav" && chmod o+r "${MP3}/${datedir}/${fname}.mp3")
exten => ~~s~~,9,Set(FullFname=${URLRECORDS}/${datedir}/${fname}.mp3)
exten => ~~s~~,10,Set(CDR(filename)=${fname}.mp3)
exten => ~~s~~,11,Set(CDR(recordingfile)=${fname}.wav)
exten => ~~s~~,12,Set(CDR(realdst)=${called})
exten => ~~s~~,13,MixMonitor(${WAV}/${datedir}/${fname}.wav,b,${monopt})
exten => ~~s~~,14,NoOp(Finish if_recording_1)
exten => ~~s~~,15,Return()


;; Это основной контекст для начала разговора
[ext-did-custom]

;; Это хулиганство, делать это так и здесь, но работает - добавляем к номеру '8'
exten =>  s,1,Set(CALLERID(num)=8${CALLERID(num)})

;; Тут всякие переменные для скрипта
exten =>  s,n,Gosub(recording,~~s~~,1(${CALLERID(number)},${EXTEN}))
exten =>  s,n,ExecIF(${CallMeCallerIDName}?Set(CALLERID(name)=${CallMeCallerIDName}):NoOp())
exten =>  s,n,Set(CallStart=${STRFTIME(epoch,,%s)})
exten =>  s,n,Set(CallMeDISPOSITION=${CDR(disposition)})

;; Самое главное! Обработчик окончания разговора. 
;; Обычные пути обработки конца через (exten=>h,1,чтототут) в FreePBX не работают - Macro(hangupcall,) все портит. 
;; Поэтому вешаем Hangup_Handler на окончание звонка
exten => s,n,Set(CHANNEL(hangup_handler_push)=sub-call-from-cid-ended,s,1(${CALLERID(num)},${EXTEN}))

;; Обработчик окончания входящего вызова
[sub-call-from-cid-ended]

;; Сообщаем о значениях при конце звонка
exten => s,1,Set(CDR_PROP(disable)=true)
exten => s,n,Set(CallStop=${STRFTIME(epoch,,%s)})
exten => s,n,Set(CallMeDURATION=${MATH(${CallStop}-${CallStart},int)})

;; Статус вызова - Ответ, не ответ...
exten => s,n,Set(CallMeDISPOSITION=${CDR(disposition)})
exten => s,n,Return


;; Обработчик исходящих вызовов - все аналогичено
[outbound-allroutes-custom]

;; Запись
exten => _.,1,Gosub(recording,~~s~~,1(${CALLERID(number)},${EXTEN}))
;; Переменные
exten => _.,n,Set(__CallIntNum=${CALLERID(num)})
exten => _.,n,Set(CallExtNum=${EXTEN})
exten => _.,n,Set(CallStart=${STRFTIME(epoch,,%s)})
exten => _.,n,Set(CallmeCALLID=${SIPCALLID})

;; Вешаем Hangup_Handler на окончание звонка
exten => _.,n,Set(CHANNEL(hangup_handler_push)=sub-call-internal-ended,s,1(${CALLERID(num)},${EXTEN}))

;; Обработчик окончания исходящего вызова
[sub-call-internal-ended]

;; переменные
exten => s,1,Set(CDR_PROP(disable)=true)
exten => s,n,Set(CallStop=${STRFTIME(epoch,,%s)})
exten => s,n,Set(CallMeDURATION=${MATH(${CallStop}-${CallStart},int)})
exten => s,n,Set(CallMeDISPOSITION=${CDR(disposition)})

;; Вызов скрипта, который сообщит о звонке в CRM - это исходящий, 
;; так что по факту окончания
exten => s,n,System(curl -s ${URLPHP}/CallMeOut.php --data action=sendcall2b24 --data ExtNum=${CallExtNum} --data call_id=${SIPCALLID} --data-urlencode FullFname='${FullFname}' --data CallIntNum=${CallIntNum} --data CallDuration=${CallMeDURATION} --data-urlencode CallDisposition='${CallMeDISPOSITION}')
exten => s,n,Return

원문 작성자의 원문 다이얼플랜과의 특징 및 차이점 -

• FreePBX가 원하는 대로 .conf 형식의 Dialplan(예, .ael은 가능하지만 모든 버전이 아니고 항상 편리한 것은 아닙니다)

• exten=>h를 통해 종료를 처리하는 대신 hangup_handler를 통해 처리가 도입되었습니다. 왜냐하면 FreePBX 다이얼플랜은 그것으로만 작동했기 때문입니다.

• 스크립트 호출 문자열 수정, 따옴표 추가 및 외부 호출 번호 ExtNum

• 처리가 _custom 컨텍스트로 이동되어 FreePBX 구성을 건드리거나 편집할 수 없습니다. [ext-d-custom], [를 통해 발신아웃바운드-allroutes-custom]

• 숫자에 구속력 없음 - 파일은 범용이며 서버에 대한 경로 및 링크에 대해서만 구성하면 됩니다.

시작하려면 로그인 및 암호로 AMI에서 스크립트를 실행해야 합니다. 이를 위해 FreePBX에는 _custom 파일도 있습니다.

manager_custom.conf 파일

;;  это логин
[callmeplus]
;; это пароль
secret = trampampamturlala
deny = 0.0.0.0/0.0.0.0

;; я работаю с локальной машиной - но если надо, можно и другие прописать
permit = 127.0.0.1/255.255.255.255
read = system,call,log,verbose,agent,user,config,dtmf,reporting,cdr,dialplan
write = system,call,agent,log,verbose,user,config,command,reporting,originate

이 두 파일은 모두 /etc/asterisk에 배치한 다음 구성을 다시 읽거나 별표를 다시 시작해야 합니다.

# astrisk -rv
  Connected to Asterisk 16.6.2 currently running on freepbx (pid = 31629)
#freepbx*CLI> dialplan reload
     Dialplan reloaded.
#freepbx*CLI> exit

이제 PHP로 넘어갑시다.

스크립트 초기화 및 서비스 생성

AMI용 서비스인 Bitrix 24와 작업하는 방식은 완전히 단순하고 투명하지 않기 때문에 별도로 논의해야 합니다. 별표는 AMI가 활성화되면 포트를 열기만 하면 됩니다. 클라이언트가 가입할 때 인증을 요청한 다음 클라이언트는 필요한 이벤트를 구독합니다. 이벤트는 일반 텍스트로 제공되며 PAMI는 이를 구조화된 객체로 변환하고 관심 있는 이벤트, 필드, 숫자 등에 대해서만 필터링 기능을 설정할 수 있는 기능을 제공합니다.

호출이 들어오면 부모 [from-pstn] 컨텍스트에서 시작하여 NewExten 이벤트가 시작되고 모든 이벤트가 컨텍스트의 줄 순서대로 진행됩니다. _custom 다이얼플랜에 지정된 CallMeCallerIDName 및 CallStart 변수로부터 정보를 수신하면

1. 전화가 온 내선번호에 해당하는 UserID를 요청하는 기능. 전화 접속 그룹인 경우에는 어떻게 됩니까? 질문은 정치적입니다. 한 번에 모든 사람에게 통화를 생성해야 합니까(모든 사람이 한 번에 통화할 때) 아니면 차례대로 통화할 때 통화를 생성해야 합니까? 대부분의 클라이언트에는 첫 번째 사용 가능 전략이 있으므로 이에 대한 문제는 없으며 한 번만 호출합니다. 그러나 문제는 해결되어야 합니다.

2. CallID를 반환하는 Bitrix24의 통화 등록 기능은 통화 매개 변수와 녹음에 대한 링크를 보고하는 데 필요합니다. 내선 번호 또는 사용자 ID가 필요합니다.

통화 종료 후 녹음 다운로드 기능이 호출되어 통화 완료 상태(통화 중, 응답 없음, 성공)를 동시에 보고하고 녹음이 있는 mp3 파일(있는 경우)에 대한 링크도 다운로드합니다.

CallMeIn.php 모듈은 지속적으로 실행되어야 하므로 이를 위한 SystemD 시작 파일이 생성되었습니다. 콜미.서비스, /etc/systemd/system/callme.service에 넣어야 합니다.

[Unit]
Description=CallMe

[Service]
WorkingDirectory=/var/www/html/callmeplus
ExecStart=/usr/bin/php /var/www/html/callmeplus/CallMeIn.php 2>&1 >>/var/log/callmeplus.log
ExecStop=/bin/kill -WINCH ${MAINPID}
KillSignal=SIGKILL

Restart=on-failure
RestartSec=10s

#тут надо смотреть,какие права на папки
#User=www-data  #Ubuntu - debian
#User=nginx #Centos

[Install]
WantedBy=multi-user.target

스크립트의 초기화 및 실행은 systemctl 또는 서비스를 통해 발생합니다.

# systemctl enable callme
# systemctl start callme

서비스는 필요에 따라 자체적으로 다시 시작됩니다(충돌 시). 받은 편지함 추적 서비스는 웹 서버를 설치할 필요가 없으며 PHP만 필요합니다(FeePBX 서버에 있음). 그러나 웹 서버(또한 https 사용)를 통해 통화 기록에 액세스할 수 없으면 통화 기록을 들을 수 없습니다.

이제 발신 통화에 대해 이야기해 보겠습니다. CallMeOut.php 스크립트에는 두 가지 기능이 있습니다.

• php 스크립트에 대한 요청이 수신되면 통화 시작(Bitrix 자체의 "통화" 버튼 사용 포함). 웹 서버 없이는 작동하지 않으며 요청은 HTTP POST를 통해 수신되며 요청에는 토큰이 포함됩니다.

• 통화, 해당 매개변수 및 Bitrix의 레코드에 대한 메시지입니다. 통화 종료 시 [sub-call-internal-ended] 다이얼플랜의 Asterisk에 의해 실행됩니다.

웹 서버는 Bitrix 레코드 파일 다운로드(HTTPS를 통해) 및 CallMeOut.php 스크립트 호출의 두 가지에만 필요합니다. 파일이 /var/www/html인 내장 FreePBX 서버를 사용할 수 있으며, 다른 서버를 설치하거나 다른 경로를 지정할 수 있습니다.

웹 서버

독립적인 학습을 위해 웹 서버 설정을 남겨둡시다(tyts, tyts, tyts). 도메인이 없으면 FreeDomain( https://www.freenom.com/ru/index.html), 화이트 IP에 대한 무료 이름을 제공합니다(외부 주소만 있는 경우 라우터를 통해 포트 80, 443을 전달하는 것을 잊지 마십시오). 방금 DNS 도메인을 만든 경우 모든 서버가 로드될 때까지 기다려야 합니다(15분에서 48시간). 국내 공급자와의 작업 경험에 따르면-1 시간에서 하루.

설치 자동화

설치 프로그램을 github에서 개발하여 설치를 더욱 쉽게 할 수 있습니다. 그러나 그것은 종이에 순조로 웠습니다. 우리가 모든 것을 수동으로 설치하는 동안이 모든 것을 수정 한 후에 누구와 친구가 누구인지, 누가 어디로 가고 어떻게 디버깅하는지 명확 해 졌기 때문입니다. 아직 설치 프로그램이 없습니다

도커

솔루션을 빠르게 시도하고 싶다면 Docker 옵션이 있습니다. 컨테이너를 빠르게 생성하고 외부에 포트를 제공하고 설정 파일을 밀어넣고 시도합니다(LetsEncrypt 컨테이너의 옵션입니다. 이미 인증서가 있는 경우 리버스 프록시를 FreePBX 웹 서버로 리디렉션하기만 하면 됩니다(다른 포트는 88로 지정). Docker에서 LetsEncrypt는 다음을 기반으로 합니다. 이 기사

다운로드한 프로젝트 폴더(git clone 후)에서 파일을 실행해야 하지만 먼저 별표 구성(별표 폴더)에 들어가 레코드 경로와 사이트 URL을 기록합니다.

version: '3.3'
services:
  nginx:
    image: nginx:1.15-alpine
    ports:
      - "80:80"
      - "443:443"
    volumes:
      - ./nginx/ssl_docker.conf:/etc/nginx/conf.d/ssl_docker.conf
  certbot:
    image: certbot/certbot
  freepbx:
    image: flaviostutz/freepbx
    ports:
      - 88:80 # для настройки
      - 5060:5060/udp
      - 5160:5160/udp
      - 127.0.0.1:5038:5038 # для CallMeOut.php
#      - 3306:3306
      - 18000-18100:18000-18100/udp
    restart: always
    environment:
      - ADMIN_PASSWORD=admin123
    volumes:
      - backup:/backup
      - recordings:/var/spool/asterisk/monitor
      - ./callme:/var/www/html/callme
      - ./systemd/callme.service:/etc/systemd/system/callme.conf
      - ./asterisk/manager_custom.conf:/etc/asterisk/manager_custom.conf
      - ./asterisk/extensions_custom.conf:/etc/asterisk/extensions_custom.conf
#      - ./conf/startup.sh:/startup.sh

volumes:
  backup:
  recordings:

이 docker-compose.yaml 파일은 다음을 통해 실행됩니다.

docker-compose up -d

nginx가 시작되지 않으면 nginx/ssl_docker.conf 폴더의 구성에 문제가 있는 것입니다.

기타 통합

그리고 동시에 일부 CRM을 스크립트에 삽입하는 것은 어떨까 생각했습니다. 우리는 몇 가지 다른 CRM API, 특히 무료 내장 PBX인 ShugarCRM 및 Vtiger를 연구했습니다. 네, 원리는 같습니다. 그러나 이것은 또 다른 이야기이며, 나중에 별도로 github에 업로드할 것입니다.

참조

• 코드 자체는 github에 있습니다. https://github.com/CrezZ/bitrix24-freepbx-php

• 씨앗의 출처 기사 https://habr.com/ru/post/349316/

면책 조항: 현실과 닮은 점은 허구이며 제가 한 것이 아닙니다.

출처 : habr.com