- Spegnimento
- 26 aprile 2026 alle ore 17:28 UTC
- Autore
- Kamo
- Impegno
- b882928
L'approccio precedente (http custom.conf con [general] override) non è stato effettivamente prendere effetto perché il parser INI di Asterisk non onora più [generale] le sezioni attraverso includono il modo in cui i documenti implicano: abilitato=no in http additional.conf stava vincendo su abilitato=sì in http custom.conf. La soluzione affidabile è quella di scrivere http.conf direttamente con inline [general], poi reincludi http additional.conf e http custom.conf in seguito (FreePBX ancora li mantiene, ma le chiavi che ci importa di terra nel nostro [generale] prima). Verificato: il server HTTP ora lega 0.0.0.0:8089, /ws upgrade restituisce 101. Inoltre: vuoto pjsip.transports custom.conf perché FreePBX auto-generated pjsip.transports.conf ora contiene [0.0.0.0-ws] (driven by the ws bind we attivare in kvstore Sipsettings durante l'avvio), e un duplicato [0.0.0.0-ws] sezione nel file personalizzato ha causato Asterisk a cadere tutti i trasporti.