- Cambia
- 26 de abril de 2026 a las 17:28 UTC
- Autor
- Kamo
- Comprometerse
- b882928
El enfoque anterior (http-custom.conf con [general] anulación) no En realidad entrar en vigor porque el parser INI de Asterisco no honra a múltiples secciones [general] incluye la forma en que los documentos implican: enabled=no in http.additional.conf estaba ganando sobre enabled=yes en http-custom.conf. La solución fiable es escribir http.conf directamente con [general] en línea, luego volver a include http-additional.conf y http-custom.conf después (FreePBX todavía las mantiene, pero las claves que nos importan la tierra en nuestro [general] primero). Verificado: El servidor HTTP ahora se encuade une 0.0.0.0:8089, /ws actualizaciones devuelve 101. También: pjsip vacío.transports.custom.conf porque FreePBX se autogenerado pjsip.transports.conf ahora contiene [0.0.0.0-ws] (impedido por el ws unen nosotros Encienda en kvstore-Sipsettings durante el inicio de la startup), y un duplicado [0.0.0.0-ws] sección en el archivo personalizado causó que Asterisk soltar TODOS los transportes.