- Purple
- Enterprise WiFi security and authentication: a complete guide
- Eduroam e 802.1X: autenticação WiFi segura para o ensino superior | Purple
Eduroam e 802.1X: autenticação WiFi segura para o ensino superior | Purple
Desenhe a arquitetura e proteja o eduroam 802.1X WiFi no ensino superior. Compare EAP-TLS vs PEAP, configure a federação RADIUS e RadSec, e isole as redes de convidados.
Video overview
Ouça este guia
Ver transcrição do podcast
Parte da nossa série principal: Guia de Segurança WiFi de Empreendimento →
- Resumo Executivo
- Análise Técnica Profunda: Arquitetura 802.1X e eduroam
- O Modelo de Triângulo 802.1X
- A Hierarquia de Proxy RADIUS do eduroam
- Métodos EAP: O Equilíbrio Entre Segurança e Capacidade de Implementação
- Guia de Implementação
- 1. Preparação da Infraestrutura
- 2. Gestão de Certificados
- 3. Configuração do Cliente (a ferramenta CAT)
- 4. Atribuição e Segmentação de VLAN
- Melhores Práticas e Recomendações Neutras em Relação a Fabricantes
- Resolução de Problemas e Mitigação de Riscos
- ROI e Impacto no Negócio

Resumo Executivo
Para as instituições de ensino superior, e para os espaços que atendem ao seu pessoal e estudantes, fornecer uma conectividade sem fios segura e contínua já não é um luxo - é um requisito operacional. O padrão para esta conectividade é o eduroam, um serviço de roaming global construído sobre a infraestrutura 802.1X.
Este guia fornece aos gestores de TI, arquitetos de rede e diretores de operações de espaços uma referência abrangente e neutra em termos de fornecedor para compreender, implementar e resolver problemas no 802.1X e eduroam. Vamos além dos modelos teóricos básicos para examinar como o WiFi de campus de classe empresarial funciona na prática, incluindo a gestão de certificados, arquitetura de proxy RADIUS e a integração com uma estratégia de rede de convidados mais ampla.
Quer esteja a atualizar uma rede universitária envelhecida ou a configurar um centro de conferências para apoiar visitantes académicos, a implementação correta do 802.1X reduz significativamente o risco de segurança - particularmente o roubo de credenciais - ao mesmo tempo que reduz drasticamente os custos de suporte. Para espaços fora do ensino superior tradicional, compreender estes padrões é essencial para avaliar federações de roaming comercial como o OpenRoaming, que partilham a mesma arquitetura subjacente.
Análise Técnica Profunda: Arquitetura 802.1X e eduroam
Na sua essência, o eduroam é uma implementação do IEEE 802.1X, o padrão de controlo de acesso à rede baseado em portas. O 802.1X foi originalmente concebido para redes com fios, mas constitui a base da segurança WPA2-Enterprise e WPA3-Enterprise.
O Modelo de Triângulo 802.1X
O framework 802.1X baseia-se na interação de três componentes distintos para autorizar o acesso:
- Supplicant (Suplicante): O dispositivo cliente que solicita acesso à rede (por exemplo, o computador portátil ou smartphone de um estudante).
- Authenticator (Autenticador): O dispositivo de acesso à rede (por exemplo, um ponto de acesso sem fios ou switch gerido). Funciona como um guardião, bloqueando todo o tráfego exceto as mensagens de autenticação até que o dispositivo seja autorizado.
- Authentication Server (Servidor de Autenticação): O sistema de back-end que valida as credenciais, sendo quase universalmente um servidor RADIUS (Remote Authentication Dial-In User Service).
Quando um dispositivo se liga, o autenticador estabelece uma porta controlada. Este transmite mensagens Extensible Authentication Protocol (EAP) entre o suplicante e o servidor de autenticação. Se as credenciais forem válidas, o servidor devolve uma mensagem RADIUS Access-Accept e o autenticador abre a porta para permitir a passagem de tráfego IP padrão.

A Hierarquia de Proxy RADIUS do eduroam
O que torna o eduroam único é a sua arquitetura federada. Permite que os utilizadores se autentiquem em qualquer instituição participante utilizando as suas credenciais de origem, sem que a instituição de acolhimento guarde sequer uma cópia dessas credenciais.
Isto é alcançado através de uma cadeia hierárquica de proxies RADIUS. Quando um utilizador de username@university.ac.uk se liga ao SSID eduroam num local de acolhimento:
- O dispositivo do utilizador envia um pedido de autenticação no formato
username@university.ac.uk. - O servidor RADIUS do local de acolhimento inspeciona o domínio (a parte após o símbolo
@). Ao reconhecê-lo como um domínio externo, envia o pedido por proxy para o servidor RADIUS nacional de topo (operado pela National Research and Education Network, ou NREN). - O servidor nacional encaminha o pedido para o servidor RADIUS da instituição de origem (
university.ac.uk). - A instituição de origem valida as credenciais e devolve uma mensagem
Access-AcceptouAccess-Rejectde volta ao longo da cadeia.
Todo o processo é normalmente concluído em menos de dois segundos. Fundamentalmente, a palavra-passe do utilizador nunca é exposta à instituição de acolhimento ou aos servidores proxy intermédios; está protegida dentro de um túnel EAP encriptado estabelecido diretamente entre o suplicante e o servidor RADIUS de origem.
Métodos EAP: O Equilíbrio Entre Segurança e Capacidade de Implementação
A escolha do método EAP determina como o túnel encriptado é formado e como as credenciais são trocadas. A definição de política de serviço eduroam limita estritamente os métodos permitidos para garantir a segurança.
- PEAP (Protected EAP): O método de implementação mais comum. Utiliza um certificado do lado do servidor no servidor RADIUS para estabelecer um túnel TLS. O cliente autentica-se então dentro desse túnel, normalmente utilizando MSCHAPv2 (nome de utilizador e palavra-passe). É relativamente fácil de implementar, mas é vulnerável a ataques de pontos de acesso falsos se os clientes não forem configurados para validar estritamente o certificado do servidor.
- EAP-TLS: O padrão de excelência em segurança. Requer autenticação mútua, o que significa que tanto o servidor RADIUS como o dispositivo cliente devem apresentar certificados válidos. Embora imune a phishing de credenciais, requer uma infraestrutura de chaves públicas (PKI) robusta para emitir e gerir certificados de cliente, tornando a implementação em grande escala mais complexa.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.
Guia de Implementação
A implementação do 802.1X e do eduroam requer uma coordenação cuidadosa entre a infraestrutura de rede, a gestão de identidades e a configuração do cliente.
1. Preparação da Infraestrutura
Certifique-se de que os seus pontos de acesso e controladores sem fios suportam WPA2-Enterprise/WPA3-Enterprise e 802.1X. Qualquer hardware moderno de classe empresarial (Cisco, Aruba, Juniper, entre outros) cumprirá este requisito. Deve também implementar uma infraestrutura RADIUS robusta (como FreeRADIUS, Cisco ISE ou Aruba ClearPass) capaz de processar a carga de autenticação esperada e de reencaminhar os pedidos.
2. Gestão de Certificados
Para implementações PEAP, o seu servidor RADIUS necessita de um certificado TLS emitido por uma autoridade de certificação (CA) fidedigna para os seus clientes. Nunca utilize certificados autoassinados numa implementação eduroam em produção. Os certificados devem ser renovados regularmente para evitar interrupções na autenticação.
3. Configuração do Cliente (a ferramenta CAT)
O ponto de falha mais comum nas implementações eduroam é a configuração incorreta do cliente. Quando os utilizadores se ligam manualmente, muitas vezes não configuram a validação de certificados, ficando expostos a ataques de recolha de credenciais.
Para mitigar este risco, as instituições devem utilizar a eduroam Configuration Assistant Tool (CAT) ou uma solução MDM para distribuir perfis pré-configurados. Estes perfis configuram automaticamente o método EAP correto, associam o certificado esperado do servidor RADIUS e definem o protocolo de autenticação interno adequado.
4. Atribuição e Segmentação de VLAN
Uma implementação madura utiliza atributos RADIUS para atribuir VLANs dinamicamente com base na identidade do utilizador.
- Utilizadores internos: Atribuídos a VLANs internas com acesso adequado aos recursos do campus.
- Utilizadores visitantes: Atribuídos a uma VLAN de convidados restrita que oferece apenas acesso à internet.
Esta segmentação é crítica para a segurança e conformidade, garantindo que os dispositivos dos visitantes não conseguem aceder a redes internas sensíveis.

Melhores Práticas e Recomendações Neutras em Relação a Fabricantes
- Prioritize o WPA3: Para novas implementações, ative o WPA3-Enterprise para obter encriptação obrigatória de 192 bits e melhor proteção contra ataques de dicionário offline.
- Force a validação de certificados: Exija a utilização de perfis de configuração (via CAT ou MDM) para garantir que o requerente valida rigorosamente o certificado do servidor RADIUS antes de transmitir as credenciais.
- Utilize RadSec: Ao configurar ligações de proxy RADIUS para a federação nacional, utilize RadSec (RADIUS sobre TLS) em vez de UDP simples. Isto encripta o tráfego de proxy e melhora a fiabilidade através de ligações de rede alargada.
- Integre com uma solução de convidados: O eduroam apenas serve utilizadores com credenciais académicas. Deve manter uma solução de Guest WiFi segura e separada para prestadores de serviços, público em geral e participantes de eventos.
- Reveja a infraestrutura relacionada: Garanta que a sua rede subjacente é segura. Leia o nosso guia Securing your network with robust DNS and security para mais detalhes. Se estiver a implementar uma infraestrutura temporária para eventos universitários, consulte Event WiFi: Planning and Deploying Temporary Wireless Networks ou a versão em português Event WiFi: Planeamento e Implementação de Redes Sem Fios Temporárias.
Resolução de Problemas e Mitigação de Riscos
Quando a autenticação falha, uma resolução de problemas sistemática é essencial.
- Isole o domínio da falha: Determine se a falha é local (afetando utilizadores na sua própria rede), remota (afetando os seus utilizadores noutros locais) ou de entrada (afetando visitantes na sua rede).
- Verifique os registos RADIUS: Os registos do servidor RADIUS são a fonte autoritária da verdade. Procure mensagens
Access-Reject(indicando credenciais incorretas ou violações de políticas) ou tempos limite esgotados (indicando problemas de conectividade de proxy). - Verifique a validade do certificado: Garanta que o certificado do servidor RADIUS não expirou e que a cadeia de certificação completa está a ser apresentada aos clientes.
- Monitorize a latência a montante: Uma latência elevada para o proxy RADIUS nacional pode causar tempos limite esgotados nos clientes, resultando em falhas de ligação mesmo quando as credenciais estão corretas.
ROI e Impacto no Negócio
Para instituições de ensino superior, o retorno de uma implementação eduroam corretamente implementada reflete-se numa redução drástica dos pedidos de suporte. Ao eliminar os Captive Portals e a introdução manual de palavras-passe, os helpdesks de TI assistem a uma quebra significativa nas chamadas relacionadas com conectividade. (O compromisso da Purple com este setor é claro; consulte Purple appoints Tim Peers as VP of Education, underlining its higher education ambitions).
Para espaços comerciais - tais como hospitalidade, retalho, saúde ou transportes - o suporte ao eduroam Visitor Access (eVA) ou federações semelhantes como o OpenRoaming proporciona uma experiência sem atritos para um grupo demográfico de elevado valor. Garante que os visitantes académicos se liguem de forma automática e segura, melhorando a satisfação ao mesmo tempo que permite ao espaço manter uma segmentação de rede rigorosa. Se o seu espaço necessita de largura de banda dedicada para suportar esta procura, considere ler O que é uma linha alugada? Internet feita para empresas.
Ao planearem atualizações de rede, a integração da capacidade 802.1X garante que a sua infraestrutura está pronta para a rede moderna baseada em identidade, lançando as bases para WiFi Analytics avançado e serviços baseados em localização.
Definições Principais
802.1X
Uma norma IEEE para Controlo de Acesso à Rede (PNAC) baseado em portas. Fornece um mecanismo de autenticação para dispositivos que pretendem ligar-se a uma LAN ou WLAN.
O protocolo fundamental para a segurança de WiFi empresarial, que substitui as palavras-passe partilhadas (PSKs) por uma autenticação individualizada.
RADIUS (Remote Authentication Dial-In User Service)
Um protocolo de rede que fornece gestão centralizada de Autenticação, Autorização e Contabilização (AAA) para utilizadores que se ligam e utilizam um serviço de rede.
O servidor de backend numa implementação 802.1X que verifica efetivamente as credenciais do utilizador num diretório (como o Active Directory).
EAP (Extensible Authentication Protocol)
Uma estrutura de autenticação frequentemente utilizada em redes sem fios e ligações ponto a ponto. Permite o transporte e utilização de vários mecanismos de autenticação.
A linguagem falada entre o dispositivo cliente e o servidor RADIUS durante o handshake 802.1X.
Suplicante
O dispositivo cliente (ex. computador portátil, smartphone) ou o software nesse dispositivo que tenta autenticar-se numa rede através de 802.1X.
A entidade que solicita o acesso. A sua configuração (especialmente no que diz respeito à validação de certificados) é crítica para a segurança.
Autenticador
O dispositivo de rede (ex. ponto de acesso sem fios, comutador Ethernet) que facilita o processo de autenticação 802.1X ao passar mensagens entre o Suplicante e o Servidor de Autenticação.
O guardião que bloqueia o tráfego de rede até que o servidor RADIUS dê luz verde.
PEAP (Protected Extensible Authentication Protocol)
Um método EAP que encapsula a transação EAP dentro de um túnel TLS estabelecido através de um certificado do lado do servidor, protegendo a autenticação interna (geralmente uma palavra-passe).
O método de autenticação mais comum para o eduroam, equilibrando a segurança com a facilidade de implementação.
RadSec
Um protocolo para transmissão de dados RADIUS sobre TCP e TLS, em vez do tradicional UDP.
Recomendado para proteger as ligações de proxy entre instituições e a federação nacional de eduroam, impedindo a interceção do tráfego de autenticação.
Domínio
A parte da identidade de um utilizador a seguir ao símbolo '@' (ex. 'university.ac.uk' em 'user@university.ac.uk').
Utilizado por servidores proxy RADIUS para determinar para onde encaminhar o pedido de autenticação num ambiente federado como o eduroam.
Exemplos Práticos
Um hotel de conferências com 400 quartos adjacente a uma grande universidade acolhe frequentemente simpósios académicos. O Diretor de TI pretende permitir que os académicos visitantes se liguem automaticamente sem utilizar o Captive Portal padrão do hotel, mas deve garantir que estes visitantes não conseguem aceder à rede corporativa do hotel ou à VLAN da rede de convidados padrão.
O hotel deve implementar o eduroam Visitor Access (eVA) ou aderir a uma federação comercial como o OpenRoaming.
- O hotel configura um novo SSID ('eduroam' ou 'OpenRoaming') nos seus pontos de acesso empresariais.
- Os APs são configurados para utilizar WPA2-Enterprise/802.1X.
- O hotel implementa um servidor RADIUS local configurado para reencaminhar pedidos de autenticação de domínios externos para a federação nacional (para eduroam) ou para o hub OpenRoaming.
- Crucialmente, o servidor RADIUS local é configurado para devolver um atributo de ID de VLAN específico na mensagem
Access-Acceptpara todas as autenticações reencaminhadas. - Os pontos de acesso colocam estes utilizadores autenticados numa VLAN isolada, apenas com acesso à Internet, completamente segmentada do tráfego corporativo e de convidados padrão do hotel.
Uma equipa de TI universitária deteta um pico de contas de estudantes comprometidas. A investigação revela que os estudantes se estão a ligar a um ponto de acesso nocivo que transmite o SSID 'eduroam' numa cafetaria local. O AP nocivo está a utilizar um certificado autoassinado para recolher credenciais através de PEAP.
A equipa de TI deve aplicar imediatamente uma validação rigorosa de certificados em todos os dispositivos clientes.
- Devem deixar de aconselhar os estudantes a ligarem-se manualmente ao SSID e a 'aceitarem o aviso de certificado'.
- Devem implementar a eduroam Configuration Assistant Tool (CAT) para dispositivos BYOD e atualizar os perfis de MDM para dispositivos geridos.
- Estes perfis configuram o suplicante para confiar apenas na Autoridade de Certificação (CA) específica que emitiu o certificado do servidor RADIUS da universidade, e para verificar o Common Name (CN) do servidor.
- Uma vez configurado, se o dispositivo de um estudante encontrar o AP nocivo, o estabelecimento do túnel EAP irá falhar porque o certificado nocivo não corresponde à CA/CN associada, impedindo a transmissão de credenciais.
Uma cadeia de retalho pretende disponibilizar OpenRoaming em 50 localizações utilizando a sua infraestrutura de WiFi de convidados existente, que atualmente depende de um SSID aberto com um Captive Portal.
A cadeia de retalho deve atualizar a sua rede para suportar 802.1X e proxying RADIUS.
- A equipa de rede ativa um novo SSID que transmite o OpenRoaming Consortium OI (Organisation Identifier).
- Configuram os pontos de acesso para autenticar via 802.1X.
- Configuram o seu servidor RADIUS central para reencaminhar pedidos para o hub da federação OpenRoaming.
- Garantem que a sua ligação de rede à Internet consegue suportar o aumento esperado de ligações automatizadas, atualizando potencialmente para linhas dedicadas, se necessário.
Perguntas de Prática
Q1. A sua universidade está a implementar uma nova rede sem fios. O CISO exige que o phishing de credenciais através de pontos de acesso fraudulentos seja matematicamente impossível. Que método EAP deve selecionar?
Dica: Considere qual o método que depende de palavras-passe versus qual o que depende inteiramente de chaves criptográficas.
Ver resposta modelo
Deve selecionar EAP-TLS. Ao contrário do PEAP, que depende de uma palavra-passe dentro de um túnel TLS, o EAP-TLS requer autenticação mútua de certificados. Uma vez que o dispositivo cliente se autentica através de um certificado criptográfico em vez de uma palavra-passe, não existem credenciais para um ponto de acesso fraudulento pescar por phishing.
Q2. Um investigador visitante de outra universidade queixa-se de que não consegue ligar-se à sua rede eduroam. Os seus utilizadores locais estão a ligar-se sem problemas. Verifica os registos do seu servidor RADIUS local e vê o pedido a chegar, mas este expira antes de ser recebido um Access-Accept. Qual é a causa mais provável?
Dica: Pense no caminho que o pedido de autenticação faz para um utilizador visitante versus um utilizador local.
Ver resposta modelo
A causa mais provável é um problema de conectividade ou latência entre o seu servidor RADIUS local e o proxy RADIUS nacional da NREN. Como os utilizadores locais se autenticam diretamente contra o seu servidor, estes não são afetados. O pedido do utilizador visitante deve ser encaminhado por proxy para montante, e um timeout indica que a resposta da instituição de origem não está a regressar a tempo.
Q3. É um arquiteto de rede para uma cadeia de retalho localizada perto de uma grande universidade. Deseja oferecer WiFi sem falhas aos estudantes através do eduroam Visitor Access (eVA), mas tem de cumprir a PCI-DSS para os seus terminais de ponto de venda. Como integra o eVA de forma segura?
Dica: Como é que o 802.1X permite ao ponto de acesso de rede diferenciar o tráfego após a autenticação?
Ver resposta modelo
Integra o eVA configurando o seu servidor RADIUS para atribuir todas as autenticações eVA bem-sucedidas a uma VLAN de convidados dedicada, apenas com acesso à Internet. A mensagem Access-Accept do servidor RADIUS deve incluir o ID de VLAN específico. Isto garante que os dispositivos dos estudantes fiquem completamente segmentados da VLAN em conformidade com PCI utilizada pelos terminais de ponto de venda, cumprindo os requisitos de conformidade.
Perguntas frequentes
O que é o eduroam e como funciona a autenticação 802.1X nas redes dos campus?
O eduroam (education roaming) é um serviço federado global de roaming WiFi para instituições de ensino superior e investigação. Quando um utilizador se liga ao SSID eduroam, o seu dispositivo autentica-se utilizando o IEEE 802.1X. Se o utilizador estiver no seu campus de origem, o servidor RADIUS local verifica as suas credenciais. Se estiver a visitar outra instituição, o authenticator local reencaminha o pedido através de proxies RADIUS de Operadores de Roaming Nacional (NRO) para o fornecedor de identidade de origem do visitante, utilizando um encaminhamento hierárquico.
Por que razão devem as instituições de ensino superior migrar do PEAP-MSCHAPv2 para o EAP-TLS no eduroam?
O PEAP-MSCHAPv2 baseia-se na autenticação por nome de utilizador e palavra-passe dentro de um túnel TLS, o que expõe as credenciais universitárias a ataques de dicionário offline e à clonagem de pontos de acesso (evil twin) quando os utilizadores aceitam certificados de servidor não fidedignos. O EAP-TLS utiliza certificados de cliente X.509 geridos por PKI e MDM (como o Microsoft Intune), eliminando totalmente as palavras-passe e fornecendo imunidade criptográfica contra o roubo de credenciais por via aérea.
O que é o RadSec e por que razão é recomendado para a federação RADIUS do eduroam?
O RadSec (RFC 6614) encapsula datagramas RADIUS dentro de uma ligação TLS segura através da porta TCP 2083. O RADIUS tradicional funciona através de UDP (portas 1812/1813) com hashing de pacotes MD5, que é vulnerável a perda de pacotes, instabilidade de encaminhamento WAN e ataques de colisão BlastRADIUS. O RadSec fornece encriptação ponto a ponto na camada de transporte e autenticação mútua entre servidores RADIUS institucionais e proxies de federação nacional.
Como devem as universidades lidar com visitantes que não utilizam o eduroam, pais e participantes em conferências?
O eduroam apenas autentica utilizadores pertencentes a instituições académicas participantes. Para os visitantes do campus que não utilizam o eduroam (participantes em conferências, familiares de visita, prestadores de serviços, espetadores de eventos desportivos), as universidades implementam um SSID de convidados separado e isolado, gerido por um Captive Portal empresarial como o Purple. Isto disponibiliza autenticação por SMS self-service ou patrocinada, aceita termos de utilização, impõe o isolamento de clientes de Layer 2 e encaminha o tráfego através de uma DMZ isolada sem aceder aos recursos da intranet da universidade.
Como funcionam as VLAN dinâmicas com o 802.1X num ambiente de campus universitário?
Quando um estudante ou membro do corpo docente conclui a autenticação 802.1X, o servidor RADIUS devolve os atributos RFC 2868 (Tunnel-Type = 13, Tunnel-Medium-Type = 6 e Tunnel-Private-Group-ID) ao controlador de LAN sem fios. A rede encaminha de forma dinâmica os estudantes inscritos para uma sub-rede BYOD de alta capacidade, o corpo docente para uma sub-rede administrativa com acesso à intranet e os utilizadores eduroam visitantes para uma VLAN isolada apenas com acesso à Internet.
Continue a ler esta série
Resolução de problemas de 802.1X em iOS e macOS: uma lista de verificação de implementação para Intune, Jamf e Microsoft Entra ID
Utilize esta lista de verificação para diagnosticar por que razão iPhones, iPads e Macs falham o 802.1X no Intune ou Jamf Pro. Cada falha corresponde a uma de quatro causas: fidedignidade do servidor, certificado de identidade, modo macOS ou âmbito do grupo do Microsoft Entra ID. Irá confirmar a causa a partir dos registos do eapolclient e RADIUS, aplicar a correção e preparar futuras rotações de certificados.
Fidedignidade do servidor do perfil WiFi do Intune: nomes de servidor de certificados e lista de verificação de CA raiz para Entra ID
Será capaz de configurar a metade da validação de servidor de um perfil WiFi do Intune para que o EAP-TLS e o PEAP se liguem no Windows, Apple e Android. Irá fazer corresponder os nomes dos servidores de certificados ao certificado RADIUS, implementar a CA raiz correta, alinhar as atribuições de grupos do Entra ID e programar as renovações de certificados antes que estas quebrem silenciosamente as ligações.
Resolução de problemas de Android 802.1X e EAP-TLS: uma lista de verificação de implementação para o Intune e Microsoft Entra ID
Será capaz de identificar com precisão o motivo pelo qual os telemóveis Android geridos falham o EAP-TLS no seu SSID de funcionários e corrigi-lo no Intune. Associe cada sintoma às quatro causas habituais - CA ou domínio em falta, certificado de cliente no perfil errado, um valor incorreto de nomes de servidores RADIUS ou uma raiz fidedigna não entregue. Em seguida, aplique uma lista de verificação de implementação que impeça a repetição de interrupções.
Tem dúvidas sobre a sua configuração específica?
A nossa equipa trabalha com operadores de espaços, gestores de TI e engenheiros de rede em 80.000 espaços. Agende uma chamada de 20 minutos e mostraremos como outros profissionais na sua área o resolveram.