- Szycy
- 3 września 2026 22:54 UTC
- Autor
- Kamo
- Pochęt się
- a2ef02a
RingCentral i JustCall publikują INBOUND_RINGING z ich webhooks. FreePBX i KamoPBX nic nie publikuje - są to Asterisk klienta i nic nie było Obej się tym ogląda. Ta luka jest tam, gdzie czuwanie softfonów był ślepy: Brak dzwonienia, nie ma nic, co budzi słuchawkę, której rejestracja SIP OS Odzyskał, więc połączenie zostało pominięte i nikt się nie dowie. POST /wewnętrzny/voip/ring rozwiązuje rozszerzenie na członka i publikuje To samo wydarzenie voip.call.orgId.memberId.; członekId-sy, które już emitują dostawcy webhook. Pomoc kamo-asterisk wywołuje go ze strumienia zdarzeń AMI za pośrednictwem ApiService Powierzchnia klucza API. Rozszerzenie jest rozwiązywane przez skanowanie konfiguracji instancji, a nie przez Zapytanie pochodne, więc nie wymaga wymiany biblioteki współdzielonej na statek; instancja Posiada dziesiątki rozszerzeń i działa raz na dzwonienie. Rozszerzenie, którego nie posiada żaden członek, odpowiada na 200 „Opublikowano:false” zamiast 404. Pierścionek Grupy, IVR i telefony biurkowe, z których nikt nie za nimi za nimi nie jest zwykłym ruchem, a Pomocnik PBX, który rozpoczyna rejestrowanie błędów dla zwykłego ruchu jest jednym z nich Administrator wyłącza się. /wewne wezwanie jest już na liście InternalAuthFilter i zwolnione z OTK, więc nie Konfiguracja zabezpieczeń zmienia się tutaj. Nietrwałe, jak ścieżki webhook: InstanceSyncSnat jest pojedynczym pisarzem PHONE_CALL_LOG.