Manutenção Remota de Máquinas: Acesso Remoto Seguro sem Portas Abertas

Uma máquina para, o cliente liga — e o técnico de serviço mais próximo está a centenas de quilômetros. Para fabricantes de máquinas e equipes de manutenção, a manutenção remota há muito deixou de ser opcional: é pré-requisito para um serviço economicamente viável. A questão não é se, mas como: como alcançar uma máquina na rede do seu cliente sem comprometer a segurança de TI dele — e sem iniciar um projeto de VPN próprio para cada planta?

Este guia mostra como a manutenção remota funciona com o IronFlock: por meio de conexões de saída criptografadas, sem uma única porta aberta na máquina.

Por que a manutenção remota clássica chega ao limite

As abordagens estabelecidas trazem problemas recorrentes:

• VPNs site-to-site são projetos, não soluções. Cada conexão com um cliente exige alinhamento entre dois departamentos de TI, regras de firewall, planos de endereçamento IP e manutenção contínua. Isso não escala para centenas de locais.
• Portas de entrada abertas são superfície de ataque. Todo serviço acessível de fora em uma máquina — SSH, HTTP, VNC — é uma porta de entrada potencial e, em muitas redes OT, simplesmente não passa pela aprovação.
• Roteadores de manutenção remota criam soluções isoladas. Um módulo de manutenção por máquina significa: hardware próprio, gestão própria, acessos próprios — e nenhuma visão conjunta da frota.
• Falta rastreabilidade. Quem teve acesso a qual planta e quando? Sem registro completo, isso dificilmente pode ser respondido a clientes e auditores.

O princípio: conexões de dentro para fora

O IronFlock inverte a direção. Na máquina — ou em um dispositivo edge ao lado dela — roda o agente de dispositivo do IronFlock. Ele inicia todas as conexões no sentido de saída para a plataforma, criptografadas via TLS. Isso tem consequências imediatas:

• Nenhuma porta aberta no dispositivo. A máquina não é localizável nem endereçável diretamente a partir da internet. Não existe serviço que um atacante possa escanear.
• Nenhuma regra de firewall de entrada no cliente. Uma conexão HTTPS/WSS de saída é suficiente — o mesmo tipo de conexão que qualquer navegador usa. A operação atrás de proxies corporativos também é suportada.
• Acesso remoto via túneis reversos. Quando você acessa uma interface web local ou um serviço, a plataforma estabelece a conexão por meio de uma arquitetura gerenciada de proxy reverso através do canal existente — a direção da conexão original permanece de saída.

Essa arquitetura zero-trust está descrita em detalhes na documentação de segurança.

O que você alcança remotamente

O Acesso Remoto não se limita a um protocolo. Por app e por dispositivo, é possível ativar túneis para diferentes serviços:

Além disso, dois caminhos de acesso em nível de sistema estão disponíveis:

• Host Access — um terminal no navegador, direto no sistema operacional host do dispositivo, para diagnóstico de sistema, depuração de rede e administração do Docker. Sem intervenção local, sem deslocamento até a planta.
• Acesso SSH — para depuração avançada com autenticação por chave; o login por senha vem desativado por padrão.

Túneis também podem ser incorporados via widget de embed diretamente em um board: sua equipe de serviço monitora os dados da frota e interage com a interface web de uma máquina específica — no mesmo dashboard.

Como funciona na prática

A manutenção remota com o IronFlock é configurada em três passos:

1. Declarar as portas. O desenvolvedor do app descreve no port-template.yml quais portas e protocolos o app disponibiliza — por exemplo, a IHM na porta 8080. Isso é feito uma única vez, no app, e não por máquina.
2. Ativar o túnel. Um usuário autorizado ativa o túnel nas configurações do app no dispositivo — com um interruptor, sem configuração de rede.
3. Usar a URL segura. A plataforma gera uma URL protegida atrás da qual o serviço local fica acessível — apenas para usuários autenticados e autorizados.

Se a conexão de rede cair, agente e túnel se reconectam automaticamente — o agente foi projetado para conectividade e resiliência e tenta a reconexão indefinidamente.

Um caso de serviço típico

Como isso funciona no dia a dia mostra um fluxo comum na equipe de serviço de um fabricante de máquinas:

1. Notificação. Um alarme ou uma ligação do cliente informa uma falha em uma planta na França. No projeto, o técnico vê imediatamente: o dispositivo está online, o app está rodando.
2. Primeiro diagnóstico no board. No board da máquina, dados ao vivo e gráficos de histórico mostram quando o comportamento começou — muitas vezes, isso já delimita a causa.
3. Acesso à IHM. O técnico ativa o túnel HTTPS e abre a interface da máquina no navegador — a mesma tela que o operador vê no local.
4. Aprofundar, se necessário. Se isso não bastar, vem o túnel TCP até o controlador, para o ambiente de programação do CLP — ou o Host Access, para uma olhada em containers, rede e carga do sistema.
5. Encerrar com documentação. Cada passo fica no log de auditoria. O cliente pode verificar a qualquer momento quem acessou sua planta e quando.

Sem cliente VPN, sem plantão da TI do cliente, sem deslocamento — e, no melhor caso, a planta volta a produzir antes mesmo de uma visita ao local ser planejada.

Segurança e controle: quem pode fazer o quê — e quem fez o quê?

Acesso remoto é uma questão de confiança. O IronFlock o torna controlável e rastreável:

• Permissões granulares. Só pode ativar túneis quem tem, no mínimo, a permissão de atualização no dispositivo. O modelo de privilégios trabalha com permissões específicas por ativo, em vez de papéis de administrador genéricos.
• Trilha de auditoria completa. Cada ativação e cada uso de túnel é registrado no log de auditoria do dispositivo — quem, quando, qual porta, incluindo as conexões de proxy efetivamente realizadas.
• Criptografia de ponta a ponta. Do navegador ao dispositivo, todos os componentes se comunicam por canais protegidos por TLS; o login é feito via OpenID Connect, com autenticação de dois fatores opcional.
• Acesso revogável a qualquer momento. Permissões para parceiros de serviço externos podem ser concedidas de forma granular e revogadas a qualquer momento — o dono do projeto mantém a soberania sobre os dados.

Para fabricantes de máquinas: manutenção remota como parte do produto

Quem entrega máquinas não quer reinventar o serviço a cada local. Com o IronFlock, a manutenção remota passa a fazer parte da própria máquina:

• Um app, a frota inteira. O app de serviço é instalado no nível do projeto e atribuído aos dispositivos — sejam dez ou mil máquinas, o caminho de acesso é o mesmo.
• Implantação flexível. Seja IronFlock Cloud, appliance na rede local do cliente ou nuvem privada — o escopo de funcionalidades, inclusive para o acesso remoto, é idêntico.
• Você entrega conhecimento de máquina, não infraestrutura. Gestão de túneis, criptografia, gestão de usuários e registro de auditoria já vêm com a plataforma.

Perguntas frequentes

A TI do meu cliente precisa abrir portas no firewall?

Não. O agente de dispositivo estabelece exclusivamente conexões de saída criptografadas com TLS — comparável a um navegador acessando um site. Regras de firewall de entrada, redirecionamentos de porta ou endereços IP fixos não são necessários. Ambientes com proxy corporativo também são suportados.

Posso programar meu CLP remotamente?

Sim. Por meio de túneis TCP, você alcança seu controlador com as ferramentas de engenharia habituais — como Siemens TIA Portal, CODESYS ou TwinCAT — como se estivesse na rede local. As portas são declaradas uma única vez no app e liberadas de forma seletiva por dispositivo.

Como o acesso remoto é registrado e controlado?

Só pode ativar túneis quem tem a permissão correspondente no dispositivo. Cada ativação e cada uso vão para o log de auditoria imutável do dispositivo — incluindo usuário, horário e porta. Assim, você pode comprovar a clientes e auditores, a qualquer momento, quem teve acesso e quando.

O que acontece se a máquina estiver offline ou a conexão cair?

O agente de dispositivo tenta a reconexão indefinidamente e restabelece os túneis de acesso remoto automaticamente após uma interrupção de rede. Mesmo sob pressão de memória ou de disco, o agente mantém a acessibilidade remota como prioridade máxima — o dispositivo continua gerenciável remotamente.

Próximos passos

O caminho mais rápido até o seu primeiro acesso remoto: crie um projeto no guia de Primeiros Passos, conecte um dispositivo e ative um túnel — leva poucos minutos e é gratuito na nuvem. Os detalhes técnicos estão na documentação de Acesso Remoto e Segurança.