Remote Access
Gerência Remota Intelbras com TR-069
Configure o TR-069 em roteadores, ONUs e OLTs Intelbras para habilitar provisionamento remoto, upgrades de firmware e monitoramento em escala.
Resumo O TR-069 (CWMP) é o protocolo padrão que permite a um ACS central configurar, atualizar e monitorar remotamente roteadores, ONUs, OLTs e gateways Intelbras sem engenheiros logarem em cada dispositivo. Este guia percorre os pré-requisitos de acesso local, configuração do cliente TR-069, verificação no ACS, testes controlados e o checklist de hardening que mantém um deployment TR-069 seguro em escala.
Como o TR-069 habilita a gerência remota Intelbras?
O TR-069 é o CPE WAN Management Protocol (CWMP) — um padrão internacional que permite a um ACS (Auto Configuration Server) alcançar CPEs como roteadores, ONUs, OLTs, gateways e modems Intelbras para ler telemetria, enviar configuração e orquestrar atualizações de firmware sem precisar logar em cada dispositivo manualmente. Em um dispositivo Intelbras, você habilita o TR-069 uma vez, aponta para seu ACS, e daí em diante o dispositivo faz check-in periodicamente e aceita comandos do servidor central.
O protocolo resolve o problema operacional que define a escala: com cinquenta CPEs você consegue gerenciar manualmente, com quinhentos não consegue. O TR-069 permite auto-provisionar novos dispositivos quando entram em operação, alterar configurações remotamente sem perseguir o IP do cliente, fazer rollout de upgrades de firmware em massa e coletar telemetria de desempenho e erros centralmente. É o bloco de construção que torna prática a operação Intelbras em escala de ISP.
IPs e credenciais Intelbras padrão
Antes de tocar no TR-069, você precisa de acesso local ao dispositivo. Padrões comuns que você verá em campo:
| Equipamento | IP padrão | Usuário | Senha |
|---|---|---|---|
| Intelbras IWR 3000N / WRN 300 | 10.0.0.1 ou 192.168.0.1 | admin | admin |
| Intelbras ONU G120 / G240 | Provisionado via OLT | admin | admin |
| Intelbras OLT 8820G / 8820L | 192.168.1.1 | admin | admin |
Conecte um PC a uma porta LAN, defina IP estático na mesma subnet (por exemplo 192.168.0.10/24), abra http://192.168.0.1 (ou o padrão específico do modelo) e faça login. Em ONUs e OLTs o padrão exato pode diferir, mas o padrão é o mesmo: conecte localmente primeiro, depois siga para o TR-069.
Habilite e configure o cliente TR-069
O nome do menu varia por modelo (roteador, ONU, OLT), mas o caminho geralmente é Gerenciamento → TR-069 / CWMP. Dentro dessa seção, habilite o cliente e preencha os parâmetros do ACS:
| Campo | Exemplo | Notas |
|---|---|---|
| ACS URL | http://acs.seuisp.com:7547/ | Endereço do seu servidor ACS |
| ACS Username | acs-user | Autenticação no lado do ACS |
| ACS Password | senhaforte123 | Autenticação no lado do ACS |
| Connection Request URL | (auto) | Gerado pelo dispositivo |
| Connection Request Username | admin | Usado pelo ACS para iniciar chamadas |
| Connection Request Password | admin123 | Usado pelo ACS para iniciar chamadas |
Clique em Salvar / Aplicar e reinicie se o modelo exigir. Um erro de digitação na URL do ACS em um template de provisionamento pode quebrar comunicação para centenas de CPEs de uma vez — verifique antes de rolar amplamente.
Confirme comunicação com o ACS
Uma vez habilitado o TR-069, o dispositivo tenta alcançar o ACS. No painel do ACS (GenieACS, Splynx ou o módulo TR-069 dentro do MKController), confirme que o dispositivo aparece com Status: Online e timestamp recente de Last Inform.
Se o CPE não aparece, verifique três coisas em ordem: que a porta 7547 (ou a que o ACS usa) está aberta e alcançável no servidor, que a URL do ACS no CPE não tem erro de digitação, e que a conectividade IP básica funciona da rede do dispositivo ao ACS:
curl -v http://acs.seuisp.com:7547Se múltiplos dispositivos falham em conectar de uma vez, a causa é quase sempre DNS, firewall ou o próprio ACS — não configuração individual de CPE. Não comece a editar CPEs até que a causa centralizada seja descartada.
Teste comandos remotos
Com a comunicação estabelecida, teste o canal antes de fazer qualquer coisa operacional. Leia um parâmetro inofensivo primeiro, depois faça um reboot controlado em um dispositivo de laboratório:
Device.DeviceInfo.SerialNumberDevice.WiFi.SSID.1.SSIDDevice.WANDevice.1.WANConnectionDevice.1.WANIPConnection.1.ExternalIPAddress
Só depois que leituras pequenas e um reboot de laboratório tiverem sucesso você deve disparar upgrades de firmware, mudanças de SSID, pushes de credenciais PPPoE ou escritas em massa contra a frota de produção. Para padrões complementares de acesso remoto quando o TR-069 sozinho não basta, veja nosso guia Intelbras DDNS e o guia de gerenciamento iManager.
Reforce a implantação
O TR-069 é poderoso, o que significa que merece disciplina operacional:
- Troque as credenciais padrão
admin / adminantes de habilitar TR-069. Mude também a senha de Connection Request. Use credenciais únicas ou por cliente quando seu processo de provisionamento permitir. - Habilite TR-069 só em CPEs que serão de fato gerenciados centralmente. Não deixe apontando para URLs de ACS desconhecidas ou não usadas.
- Prefira HTTPS para o endpoint do ACS (geralmente porta 443 ou 7548) com certificados válidos. Atualize CPEs para versões de firmware com suporte estável a TR-069 e TLS.
- Planeje janelas regulares de manutenção de firmware. Teste novo firmware em um subset pequeno antes de rolar amplamente, e use os recursos de upgrade do TR-069 em vez de upgrades manuais um a um.
- Documente a política: quais modelos são gerenciados, quais parâmetros são controlados pelo ACS e como funciona o rollback se uma config ruim sair.
Combine TR-069 com MKController e NATCloud
O TR-069 sozinho dá um canal robusto de gerência remota para CPEs compatíveis. Em operação ISP no mundo real você também precisa de um dashboard unificado entre fornecedores, monitoramento e alertas, acesso remoto quando o cliente não tem IP público (NAT, CGNAT) e descoberta de inventário entre switches, roteadores, OLTs e ONUs.
O MKController fala TR-069 / TR-369 (USP) com CPEs compatíveis, suporta Intelbras junto com outros fornecedores, e provê um painel único com tendências de uptime, ping e desempenho. Ele descobre dispositivos via SNMP, LLDP, CDP e APIs de fornecedor — então em vez de fazer malabarismo com um ACS por marca mais ferramentas separadas de monitoramento, os dados pousam em um só lugar.
O NATCloud complementa o TR-069 onde o CPE fica atrás de NAT, NAT duplo ou CGNAT — situações onde abrir portas para de funcionar. Ele cria túneis seguros de saída do site do cliente para a nuvem, habilitando acesso remoto sem IP público, mesmo quando os modelos de endereçamento do ISP mudam debaixo de você.