- Szycy
- 26 kwietnia 2026 17:28 UTC
- Autor
- Kamo
- Pochęt się
- b882928
Poprzednie podejście (http_custom.conf z [ogólnym] nadpisem) nie W rzeczywistości zaczyna działać, ponieważ parser INI Asterisk nie honoruje wielu [ogólne] sekcje w poprzek obejmują sposób, w jaki dokumentują się dokacje: włączone -no w http_additional.conf wygrywał z włączonych?yes w http_custom.conf. Niezawodnym rozwiązaniem jest napisanie http.conf bezpośrednio z [ogólnym] inline, Następnie ponownie zamknij http_additional.conf i http_custom.conf (FreePBX Nadal je utrzymuje, ale klucze, na których nam zależy, lądują w naszym [ogólnym] Po pierwsze). Zweryfikowano: serwer HTTP teraz wiąże 0.0.0.0:8089, /ws Rezygnacja zwrotów 101. Również: pusty pjsip.transports_custom.conf, ponieważ Autogenerowane przez FreePBX pjsip.transports.conf zawiera teraz [0.0.0.0-ws] (napędzane przez ws bind my Włączone w kvstore_Sipsettings podczas uruchamiania) i duplikat [0.0.0.0-ws] Odcinek w pliku niestandardowym spowodował, że Asterisk upuścił WSZYSTKIE transporty.