- Expediere
- 26 aprilie 2026 la 17:28 UTC
- Autor
- Kamo
- Comite
- b882928
Abordarea anterioară (http custom.conf cu [general] suprascriere) nu a De fapt, să-şi facă efectul pentru că Asterisk's INI parser nu onorează mai multe Secţiunile [generale] de-a lungul include modul în care documentele implică: activat=nu in http suplimentary.conf was winning over enabled=yes in http custom.conf. Soluția fiabilă este de a scrie http.conf direct cu [general] inline, apoi reinclude http suplimentar.conf și http custom.conf ulterior (FreePBX încă le păstrează, dar cheile pe care le pasă de pământurile noastre [generale] primul). Verified: Server HTTP se leagă acum 0.0.0:8089, /ws upgrade returnează 101. De asemenea: gol pjsip.transports custom.conf deoarece FreePBX auto-generat pjsip.transports.conf conține acum [0.0.0.0-oi] (conduși de ws leagă ne porniți în kvstore Sipsetings în timpul pornirii) și un duplicat [0.0.0.0-ws] Sectiunea din fisierul personalizat a determinat Asterisk sa scada TOATE transporturile.