Ir para o conteúdo

43 — Preparar Issabel + Asterisk na VPS (enquanto NS500 monta)

VPS: srv1869007.hstgr.cloud · IP 2.25.92.168
Objetivo: deixar a Planta A (Issabel/Asterisk) pronta para LorentzURA e tronco futuro NS500↔Issabel, sem esperar a NS500.
Relacionados: 42-planta-tde-asterisk-ura.md · 06-issabel-pbx.md · 39-diagnostico-err-cert-orbitall-hostinger.md · 40-cursor-ssh-hostinger.md

1. Estado atual (2026-09-17)

Diagnóstico remoto:

Item Status
Hostname srv1869007
Core stack (SQL, CTI, Supervisor, Portal, Monitor…) No ar (~47 dias)
issabel-prod No ar — Asterisk 18.6.0, SIP :5060, AMI :5038, WSS :8089, HTTPS interno :8445
Peers SIP/PJSIP URA Vazio (só dummy_endpoint) — preparar agora
NS500 cliente Em montagem — Onda 1 adiada; Onda 2 (Issabel) adiantada

Estratégia: inverter a ordem operacional — homologar URA no Issabel da VPS primeiro (lab remoto); quando a NS500 subir, fazer tronco híbrido ou cutover de piloto.

flowchart LR
  subgraph agora [Agora_sem_NS500]
    Micro[MicroSIP_lab] --> Iss[Issabel_VPS]
    URA[LorentzURA_lab_ou_site] --> Iss
  end
  subgraph depois [Quando_NS500_pronta]
    Cel[Celular] --> NS[NS500]
    NS -->|"tronco SIP"| Iss
  end

2. Checklist de preparação (ordem)

Execute na VPS (root@2.25.92.168):

cd /root/omnichannel/lorentz-vps-stack   # path real, não só /root/lorentz
# Passo Comando / ação
1 Sync lab → VPS (docs/scripts) Do PC: ./scripts/sync-lab-to-vps-safe.sh -i CHAVE root@2.25.92.168 ou scp seletivo
2 AMI Docker (CTI) ./scripts/configure-issabel-ami-docker.sh --restart-cti
3 Ramais URA 401–405 GUI: Bulk CSV config/asterisk-ura/issabel-extensions-ura-401-405.csv (Tech=sip, porta 5060) ou script
4 Script chan_sip URA ./scripts/configure-issabel-ura-endpoints.sh (padrão chansip :5060; Issabel PJSIP UDP interno é :5066)
5 Senhas Guardar config/runtime/ura-sip-passwords.txt (gitignored)
6 Firewall Hostinger hPanel: UDP 5060, UDP 10000–10100, TCP 5038 só interno/VPN, TCP 8089 se WebRTC
7 Teste REGISTER Do lab: python tools/sip-ramal-test/... -s 2.25.92.168 -r 401 -u 401 -p SENHA -v
8 Teste DTMF MicroSIP 410→401; LorentzURA no lab com Accounts.txt → orbitall.app ou IP; log Event_dtmf
9 Validate ./scripts/validate-install.sh · ./scripts/diagnose-stack.sh --brief

Script rápido (chan_sip :5060)

./scripts/configure-issabel-ura-endpoints.sh
# senhas em config/runtime/ura-sip-passwords.txt
docker exec issabel-prod asterisk -rx "sip show peers"

Nota: neste Issabel, PJSIP transport-udp escuta 5066; o softphone/URA clássico usa chan_sip :5060. Por isso o script padrão é chansip.

3. Accounts.txt (Windows URA → VPS)

# Onda 2 antecipada — registrar no Issabel (não na NS500 ainda)
0;401;2.25.92.168;401;<SENHA>;Panasonic;C:\URA\Audio;C:\URA\Fluxo\CMRIM.arv;

Ou hostname SIP (se DNS/NAT ok):

0;401;orbitall.app;401;<SENHA>;Panasonic;C:\URA\Audio;C:\URA\Fluxo\CMRIM.arv;

.env VPS já tem ISSABEL_SIP_EXTERNAL_ADDRESS=orbitall.app e VPS_PUBLIC_IP=2.25.92.168.

RTP: se a URA estiver atrás de NAT no cliente, manter direct_media=no / symmetric RTP (já no template) e abrir RTP no firewall da VPS.

4. Quando a NS500 ficar pronta

  1. Validar DTMF celular só na NS500 (aceite Onda 1 do doc 42) ou
  2. Criar tronco SIP NS500 ↔ Issabel e mandar piloto URA para peers 401–405 no Issabel (híbrido).

Não misturar hunt URA na NS500 e no Issabel ao mesmo tempo no cutover.

5. Segurança (atenção)

  • Senha admin Issabel no .env de exemplo ainda pode estar em placeholder — trocar se ainda for ChangeMe_*.
  • Não commitiar config/runtime/ura-sip-passwords.txt.
  • AMI :5038 não expor à internet; só Docker/127.0.0.1 + ACL.

6. Critério “VPS pronta para URA”

  • [ ] pjsip show endpoints lista 401–405 (ou equivalentes)
  • [ ] REGISTER 200 OK de MicroSIP/URA para o IP VPS
  • [ ] Chamada lab com tecla → Event_dtmf no log URA
  • [ ] AMI: CTI sem Authentication failed
  • [ ] Documentação 42 + este 43 alinhados na VPS (git pull / sync)

Prep paralelo à montagem NS500. Plataforma padrão: Issabel + Asterisk em srv1869007.