{"id":17735,"date":"2021-05-13T11:26:46","date_gmt":"2021-05-13T11:26:46","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/05\/13\/aplicativos-internos-monitoramento-por-tras-do-firewall\/"},"modified":"2026-08-26T22:23:37","modified_gmt":"2026-08-26T22:23:37","slug":"aplicativos-internos-monitoramento-por-tras-do-firewall","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/aplicativos-internos-monitoramento-por-tras-do-firewall\/","title":{"rendered":"Como Monitorar Aplica\u00e7\u00f5es Internas Atr\u00e1s do Seu Firewall"},"content":{"rendered":"
\"Equipe
Aplica\u00e7\u00f5es internas est\u00e3o hospedadas em endere\u00e7os privados que a internet p\u00fablica n\u00e3o pode alcan\u00e7ar \u2014 portanto, o monitoramento deve ser feito internamente.<\/figcaption><\/figure>\n

Seu painel de monitoramento mostra tudo verde, mas metade da empresa ainda n\u00e3o consegue acessar o sistema ERP. Esse \u00e9 o ponto cego do monitoramento externo: as verifica\u00e7\u00f5es s\u00e3o feitas a partir da internet p\u00fablica, enquanto seu CRM, portal de RH, intranet e help desk est\u00e3o em endere\u00e7os privados que a internet n\u00e3o alcan\u00e7a. Quando um deles fica fora do ar, o painel n\u00e3o informa nada. J\u00e1 a fila do help desk diz muito.<\/p>\n

A solu\u00e7\u00e3o n\u00e3o \u00e9 uma segunda ferramenta ou uma cole\u00e7\u00e3o de scripts caseiros. \u00c9 rodar o mesmo monitoramento sint\u00e9tico<\/a> que voc\u00ea j\u00e1 confia para sites p\u00fablicos, de dentro da sua rede, atrav\u00e9s de um agente privado que fica atr\u00e1s do firewall e envia os relat\u00f3rios. O agente \u00e9 a parte simples; a decis\u00e3o mais dif\u00edcil \u00e9 qual experi\u00eancia do usu\u00e1rio ele deve representar \u2014 matriz, filial, usu\u00e1rios VPN \u2014 porque o monitoramento interno falha no instante em que voc\u00ea trata o interior do firewall como um \u00fanico local. Este guia explica como essa arquitetura funciona, e depois mostra seis passos numerados para monitorar aplica\u00e7\u00f5es internas de ponta a ponta: invent\u00e1rio, implanta\u00e7\u00e3o de agente, verifica\u00e7\u00f5es sint\u00e9ticas, verifica\u00e7\u00f5es de rede, verifica\u00e7\u00f5es de depend\u00eancias e alertas.<\/p>\n

Por Que o Monitoramento Externo N\u00e3o Consegue Acessar Aplica\u00e7\u00f5es Internas<\/h2>\n

Nodos p\u00fablicos de monitoramento podem testar qualquer coisa com endere\u00e7o p\u00fablico. Aplica\u00e7\u00f5es internas n\u00e3o possuem um. Elas resolvem pelo DNS interno, usam espa\u00e7o de endere\u00e7o privado e muitas vezes s\u00f3 s\u00e3o acess\u00edveis via VPN. Apontar uma verifica\u00e7\u00e3o externa para sua intranet resultar\u00e1 na melhor hip\u00f3tese em um tempo de conex\u00e3o esgotado; a verifica\u00e7\u00e3o falha n\u00e3o porque o app esteja fora do ar, mas porque o ponto de vista est\u00e1 errado.<\/p>\n

Ent\u00e3o, a maioria das equipes recorre \u00e0s duas piores estrat\u00e9gias de monitoramento que existem: esperar por reclama\u00e7\u00f5es ou ter um sysadmin fazendo ping em esta\u00e7\u00f5es de trabalho quando algo parece errado. Nenhuma delas fornece linhas de base, alertas, hist\u00f3rico de tempo de resposta ou evid\u00eancias. E sistemas internos trazem obriga\u00e7\u00f5es reais \u2014 equipes de TI assinam SLAs internos e acordos operacionais para exatamente essas aplica\u00e7\u00f5es, e um SLA que voc\u00ea n\u00e3o consegue medir \u00e9 um SLA que voc\u00ea n\u00e3o pode comprovar<\/a>.<\/p>\n

O risco \u00e9 o mesmo que para qualquer site voltado ao cliente, s\u00f3 que voltado para dentro. Uma queda no ERP paralisa o processamento de pedidos. Um portal de help desk fora do ar paralisa a equipe que resolve tudo mais. Um portal de folha de pagamento com falha no dia do fechamento \u00e9 um evento que afeta toda a empresa. Esses sistemas merecem o mesmo monitoramento cont\u00ednuo que uma p\u00e1gina de receita recebe.<\/p>\n

Como Funciona um Agente Privado de Monitoramento<\/h2>\n

Um agente privado \u00e9 um software de monitoramento que voc\u00ea instala em um host dentro da sua pr\u00f3pria rede. Ele executa os mesmos tipos de verifica\u00e7\u00f5es que um nodo p\u00fablico executa \u2014 requisi\u00e7\u00f5es HTTP(S), fluxos de navegador roteirizados, chamadas de API, sondas de rede \u2014 mas de onde seus colaboradores realmente est\u00e3o, contra endere\u00e7os que apenas sua rede consegue ver.<\/p>\n

\"Diagrama
O agente verifica apps internos localmente e envia os resultados \u2014 sem necessidade de abrir portas de entrada no firewall.<\/figcaption><\/figure>\n

A arquitetura importa exatamente pelo que ela n\u00e3o exige. Agentes privados seguem um modelo de conex\u00e3o apenas para sa\u00edda: o agente inicia conex\u00f5es criptografadas para fora, at\u00e9 a plataforma de monitoramento para pegar a lista de tarefas e entregar os resultados \u2014 o mesmo sentido de tr\u00e1fego que seu firewall j\u00e1 permite para qualquer esta\u00e7\u00e3o de trabalho navegando na web. No lado do firewall, isso geralmente significa whitelist de tr\u00e1fego de sa\u00edda para os endpoints da plataforma. Voc\u00ea n\u00e3o abre portas de entrada, n\u00e3o publica hosts internos na internet e n\u00e3o faz furos no per\u00edmetro. Em ambientes rigorosos, tr\u00eas detalhes chatos quebram agentes com muito mais frequ\u00eancia que a arquitetura: autentica\u00e7\u00e3o em proxy, inspe\u00e7\u00e3o TLS e confian\u00e7a em certificados, e se o agente resolve DNS interno do mesmo jeito que os funcion\u00e1rios. Valide esses tr\u00eas antes de culpar qualquer outra coisa. Suas aplica\u00e7\u00f5es, credenciais e alvos de teste permanecem internos; o que sai s\u00e3o os resultados do monitoramento.<\/p>\n

Agentes Privados da Dotcom-Monitor<\/a> aplicam esse modelo para toda a plataforma: as mesmas verifica\u00e7\u00f5es sint\u00e9ticas, fluxos de usu\u00e1rios roteirizados e alertas que voc\u00ea executaria da rede global, rodando de dentro do seu firewall, com resultados no mesmo painel do seu monitoramento p\u00fablico. Um \u00fanico painel cobre ambos os lados do per\u00edmetro.<\/p>\n

Como Monitorar Aplica\u00e7\u00f5es Internas em Seis Passos<\/h2>\n

Com a arquitetura clara, aqui est\u00e1 o processo. Cada etapa constr\u00f3i sobre a anterior, e voc\u00ea pode parar na profundidade que seu ambiente justificar.<\/p>\n

Passo 1: Fa\u00e7a o Invent\u00e1rio e Priorize Suas Aplica\u00e7\u00f5es Internas<\/h3>\n

Liste o que est\u00e1 realmente em uso: ERP, CRM, portais de contabilidade e folha, sistemas de RH, help desk, ferramentas de colabora\u00e7\u00e3o e mensagens, compartilhamento de arquivos, e as APIs internas que os conectam. N\u00e3o pare no CMDB: fa\u00e7a uma checagem cruzada com o hist\u00f3rico de tickets, logs de in\u00edcio de aplicativos SSO, e os chats recorrentes de \u201cest\u00e1 ca\u00eddo?\u201d, porque estes revelam o que as pessoas realmente dependem, n\u00e3o apenas o que est\u00e1 documentado. Um atalho que funciona sempre: pergunte aos engenheiros seniores qual queda os faria cancelar as f\u00e9rias. Depois classifique a lista por raio de impacto. O que para a empresa inteira se falha? O que para um departamento? O que pode esperar at\u00e9 o dia seguinte?<\/p>\n

Nem tudo precisa de verifica\u00e7\u00f5es cont\u00ednuas. O help desk de TI, por onde passam todas as outras falhas, merece monitoramento 24\/7; um portal de relat\u00f3rios usado apenas no fechamento trimestral, n\u00e3o. Assigne para cada n\u00edvel uma frequ\u00eancia de checagem e uma meta de disponibilidade, e anote essas metas \u2014 elas se tornar\u00e3o os SLAs internos que seu monitoramento ir\u00e1 comprovar ou refutar.<\/p>\n

Passo 2: Implemente um Agente Privado Onde Seus Usu\u00e1rios Est\u00e3o<\/h3>\n

Instale o agente em um host dedicado e seguro dentro da sua rede \u2014 uma VM est\u00e1vel ou um cont\u00eainer de longa dura\u00e7\u00e3o, n\u00e3o um equipamento compartilhado que \u00e9 reiniciado sem aviso \u2014 confirme seu caminho de sa\u00edda para a plataforma de monitoramento, e aponte suas primeiras verifica\u00e7\u00f5es para a lista do n\u00edvel um. Isso cobre a matriz, mas n\u00e3o todos.<\/p>\n

Coloque agentes por dom\u00ednio de falha, n\u00e3o pela estrutura organizacional: um perto dos usu\u00e1rios mede a experi\u00eancia do colaborador, um perto da camada de aplica\u00e7\u00e3o mede a sa\u00fade do app, um atr\u00e1s da VPN mede o acesso remoto, e quando os tr\u00eas discordarem, a discord\u00e2ncia \u00e9 o diagn\u00f3stico. Se voc\u00ea tem filiais ou sites regionais, implante um agente em cada um. Um app que responde instantaneamente na matriz pode apresentar lentid\u00e3o em uma filial no extremo de um link WAN ou VPN saturado, e um \u00fanico ponto de vista n\u00e3o revelar\u00e1 isso. Um agente por local transforma \u201csempre est\u00e1 lento no escrit\u00f3rio de Denver\u201d de um anedota em um gr\u00e1fico localizado que voc\u00ea pode agir. Trate os hosts dos agentes como infraestrutura de produ\u00e7\u00e3o: mantenha-os atualizados, ligados e exclu\u00eddos de pol\u00edticas agressivas de limpeza de desktops.<\/p>\n

Passo 3: Execute Verifica\u00e7\u00f5es Sint\u00e9ticas em Fluxos Cr\u00edticos de Usu\u00e1rio<\/h3>\n

Um ping que diz que a p\u00e1gina de login carrega n\u00e3o informa quase nada sobre se um funcion\u00e1rio pode fazer seu trabalho. Verifica\u00e7\u00f5es sint\u00e9ticas devem simular os fluxos que as pessoas realmente usam: fazer login, abrir um registro, executar uma busca, enviar uma transa\u00e7\u00e3o, confirmar o resultado. Roteirizado com uma ferramenta como EveryStep<\/a>, esse fluxo \u00e9 reproduzido em uma programa\u00e7\u00e3o pelo agente privado, e cada passo tem seu pr\u00f3prio tempo. Projete esses scripts para rodar com seguran\u00e7a para sempre: uma identidade de teste dedicada, MFA gerenciado deliberadamente ao inv\u00e9s de ser deixado a quebrar a checagem, registros de teste pr\u00e9-carregados, e nenhuma transa\u00e7\u00e3o que gere trabalho de limpeza para outra pessoa.<\/p>\n

O tempo por passo \u00e9 onde o valor est\u00e1 escondido. Quando o fluxo degrada, voc\u00ea n\u00e3o s\u00f3 sabe que o app est\u00e1 lento \u2014 sabe que a busca foi de dois segundos para doze enquanto o login se manteve est\u00e1vel, o que aponta para o banco de dados antes que algu\u00e9m abra um ticket. Baseie esses tempos quando o sistema estiver saud\u00e1vel, e alerte em desvios, e n\u00e3o apenas falhas. A mesma abordagem cobre plataformas internas pesadas \u2014 implanta\u00e7\u00f5es de SharePoint<\/a> e SAP ERP<\/a> s\u00e3o candidatos cl\u00e1ssicos. Quantas vezes rodar cada fluxo \u00e9 decis\u00e3o pr\u00f3pria; os trade-offs s\u00e3o cobertos em este guia sobre frequ\u00eancia e locais de monitoramento<\/a>.<\/p>\n

Passo 4: Adicione Verifica\u00e7\u00f5es de Rede e Infraestrutura<\/h3>\n

Aplica\u00e7\u00f5es internas raramente falham sozinhas \u2014 muitas vezes \u00e9 a rede por baixo. DNS interno lento faz todos os apps parecerem ca\u00eddos ao mesmo tempo. Um link congestionado entre segmentos adiciona lat\u00eancia que parece problema do app. Perda de pacote em t\u00fanel VPN transforma o dia de uma filial em um slideshow.<\/p>\n

No mesmo agente privado, execute verifica\u00e7\u00f5es de infraestrutura<\/a> abaixo da camada de aplica\u00e7\u00e3o: sondas ICMP e TCP contra hosts chave, checagens de DNS contra seus resolvedores internos, e medi\u00e7\u00f5es de lat\u00eancia entre segmentos de rede e escrit\u00f3rios. Observe a margem de banda durante picos conhecidos. Uma verifica\u00e7\u00e3o n\u00e3o \u00f3bvia se justifica: tempo de resposta de consultas nos controladores de dom\u00ednio, porque quando Active Directory ou LDAP desaceleram, todo app integrado parece estar quebrado enquanto as m\u00e9tricas pr\u00f3prias de cada app permanecem verdes. Quando uma checagem de aplica\u00e7\u00e3o e uma de rede falham juntas, o par \u00e9 o pr\u00f3prio diagn\u00f3stico \u2014 voc\u00ea sabe em um ciclo para quem chamar: time de app ou time de rede.<\/p>\n

Passo 5: Verifique Depend\u00eancias de Terceiros de Dentro do Firewall<\/h3>\n

Apps internos dependem silenciosamente de servi\u00e7os externos: o provedor de identidade por tr\u00e1s do single sign-on, processadores de pagamento, servidores de licen\u00e7a, APIs de fornecedores. P\u00e1ginas de status do fornecedor mentem por omiss\u00e3o: confirmam que o lado do fornecedor est\u00e1 ativo. Nada dizem se sua<\/em> rede consegue acess\u00e1-los \u2014 pelo proxy, pelas regras de firewall, pelo DNS. Uma regra de sa\u00edda desatualizada pode derrubar uma integra\u00e7\u00e3o enquanto todas as p\u00e1ginas de status da internet ficam verdes. Para depend\u00eancias que importam, execute verifica\u00e7\u00f5es pareadas da internet p\u00fablica e de dentro do seu caminho normal de sa\u00edda: p\u00fablica passando e privada falhando aponta para sa\u00edda ou DNS, ambas falhando \u00e9 problema do fornecedor.<\/p>\n

Ent\u00e3o, execute checagens de API<\/a> dessas depend\u00eancias de dentro do firewall, junto com verifica\u00e7\u00f5es de sa\u00fade das suas pr\u00f3prias fun\u00e7\u00f5es centrais. Para um sistema interno de faturamento, isso significa testes programados de login, recupera\u00e7\u00e3o de dados e processamento de transa\u00e7\u00f5es \u2014 as fun\u00e7\u00f5es cuja falha algu\u00e9m reportar\u00e1 na hora, agora detectada em minutos.<\/p>\n

Passo 6: Automatize Alertas e Resposta<\/h3>\n

Detec\u00e7\u00e3o s\u00f3 compensa se a pessoa certa ficar sabendo. Direcione os alertas<\/a> de cada aplicativo para a equipe que dele \u00e9 respons\u00e1vel, n\u00e3o para uma caixa de entrada compartilhada. Alerta tanto em limiares de degrada\u00e7\u00e3o quanto em falhas cr\u00edticas, para que uma busca de doze segundos receba aten\u00e7\u00e3o antes de virar uma queda. Seja realista na gravidade tamb\u00e9m: um portal interno de relat\u00f3rios caindo \u00e0s 3 da manh\u00e3 n\u00e3o \u00e9 caso de acordar algu\u00e9m, pois o objetivo \u00e9 proteger a produtividade no hor\u00e1rio comercial, n\u00e3o cinco noves. Ajuste pol\u00edticas para fora do expediente para proteger o sono da equipe. Acrescente escalonamento para incidentes que ningu\u00e9m reconhe\u00e7a, e envie alertas para os canais que suas equipes j\u00e1 monitoram \u2014 chat, tickets, ferramentas de plant\u00e3o.<\/p>\n

Depois, automatize os finais rotineiros. Se um servi\u00e7o conhecido por inst\u00e1vel pode ser reiniciado com seguran\u00e7a ao ultrapassar um limite de uso, roteirize isso e deixe o alerta disparar o conserto; guarde os humanos para falhas que precisam de julgamento. E proteja-se contra falsos positivos \u2014 uma checagem que falhou uma vez em um \u00fanico agente merece confirma\u00e7\u00e3o antes de acordar algu\u00e9m. Padr\u00f5es pr\u00e1ticos para ajuste de alertas est\u00e3o no nosso guia para alertas de monitoramento de sites<\/a>.<\/p>\n

Monitoramento Externo vs Monitoramento com Agente Privado<\/h2>\n

As duas abordagens n\u00e3o s\u00e3o rivais; cobrem os lados opostos do firewall, e a maioria das organiza\u00e7\u00f5es precisa de ambos.<\/p>\n

\n\n\n\n\n\n\n\n\n\n\n
Fator<\/th>\nMonitoramento Externo<\/th>\nMonitoramento com Agente Privado<\/th>\n<\/tr>\n<\/thead>\n
Ponto de vista<\/td>\nInternet p\u00fablica, localiza\u00e7\u00f5es globais<\/td>\nDentro da sua rede, onde os colaboradores est\u00e3o<\/td>\n<\/tr>\n
Consegue alcan\u00e7ar endere\u00e7os privados<\/td>\nN\u00e3o<\/td>\nSim<\/td>\n<\/tr>\n
Altera\u00e7\u00f5es no firewall<\/td>\nNenhuma (alvos s\u00e3o p\u00fablicos)<\/td>\nApenas whitelist de sa\u00edda; sem portas de entrada<\/td>\n<\/tr>\n
O que valida<\/td>\nDisponibilidade e desempenho voltados ao cliente<\/td>\nExperi\u00eancia do colaborador com sistemas internos<\/td>\n<\/tr>\n
Onde alvos sens\u00edveis residem<\/td>\nExpostos a verifica\u00e7\u00f5es p\u00fablicas por design<\/td>\nPermanece interno; apenas resultados saem da rede<\/td>\n<\/tr>\n
Melhor para<\/td>\nSites web, APIs p\u00fablicas, front ends SaaS<\/td>\nERP, CRM, intranets, APIs internas, conex\u00f5es em filiais<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

A quest\u00e3o decisiva \u00e9 o ponto de vista: me\u00e7a sistemas voltados para clientes de onde os clientes est\u00e3o, e sistemas internos de onde os colaboradores est\u00e3o. Uma plataforma que faz ambos mant\u00e9m as duas vis\u00f5es em um s\u00f3 painel ao inv\u00e9s de duas ferramentas.<\/p><\/blockquote>\n

Conclus\u00e3o<\/h2>\n

Aplica\u00e7\u00f5es internas falham como as p\u00fablicas, mas falham no escuro: verifica\u00e7\u00f5es externas n\u00e3o as alcan\u00e7am, ent\u00e3o o primeiro alerta geralmente \u00e9 uma pessoa. Um agente privado fecha essa lacuna com uma arquitetura apenas de sa\u00edda que n\u00e3o exige mudan\u00e7as de firewall de entrada, e os seis passos acima transformam isso em pr\u00e1tica \u2014 invent\u00e1rio e classifica\u00e7\u00e3o das aplica\u00e7\u00f5es, implanta\u00e7\u00e3o de agentes onde os usu\u00e1rios est\u00e3o, roteiriza\u00e7\u00e3o dos fluxos importantes, monitoramento da rede por baixo, verifica\u00e7\u00e3o de depend\u00eancias externas de dentro do firewall, e direcionamento dos alertas aos respons\u00e1veis com automa\u00e7\u00e3o para resolver rotinas.<\/p>\n

Comece com um agente e seus cinco sistemas internos mais cr\u00edticos. Em uma semana voc\u00ea ter\u00e1 linhas de base que ningu\u00e9m na sua organiza\u00e7\u00e3o jamais viu, e o pr\u00f3ximo problema no ERP ser\u00e1 um ticket aberto pela sua equipe \u2014 n\u00e3o pelos seus usu\u00e1rios.<\/p>\n

\n

Monitore o Que a Internet N\u00e3o Consegue Ver<\/h2>\n

Execute monitoramento sint\u00e9tico com navegador real<\/a> em suas aplica\u00e7\u00f5es internas com Agentes Privados da Dotcom-Monitor<\/a> \u2014 mesma plataforma, mesmo painel, dentro do seu firewall. Inicie um teste gratuito<\/a>.<\/p>\n<\/section>\n","protected":false},"excerpt":{"rendered":"

Monitore aplicativos internos atr\u00e1s do seu firewall: arquitetura de agente privado, verifica\u00e7\u00f5es sint\u00e9ticas e de rede, verifica\u00e7\u00f5es de integridade e configura\u00e7\u00e3o de alertas.<\/p>\n","protected":false},"author":21,"featured_media":34449,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5170],"tags":[],"class_list":["post-17735","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-nao-categorizado"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts\/17735","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/comments?post=17735"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/posts\/17735\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/media\/34449"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/media?parent=17735"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/categories?post=17735"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/pt-br\/wp-json\/wp\/v2\/tags?post=17735"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}