Fim do Azure VPN Client para Linux (Preview): o que sua empresa precisa fazer até 2026
TL;DR: A Microsoft confirmou a descontinuação do Azure VPN Client para Linux (Preview) em 31 de agosto de 2026, sem previsão de disponibilidade geral (GA). Empresas brasileiras que utilizam a ferramenta em ambientes VPN Gateway ou Virtual WAN precisam planejar a migração para alternativas como OpenVPN, IKEv2 com clientes nativos (strongSwan, LibreSwan) ou soluções de terceiros. O prazo é longo, mas a ausência de GA exige testes de compatibilidade com distros Linux corporativas e revisão de pipelines de automação para evitar interrupções.
A Microsoft publicou uma atualização no Azure Updates anunciando que o Azure VPN Client for Linux (Preview) será retirado em 31 de agosto de 2026. Segundo o comunicado, o cliente permaneceu em preview público e não há rota para disponibilidade geral (GA). A decisão é parte dos esforços contínuos para alinhar os serviços de rede do Azure com os padrões atuais de segurança e confiabilidade.
O que isso significa para sua infraestrutura?
Para empresas brasileiras que adotaram o Azure VPN Client para Linux em cenários de VPN Gateway ou Virtual WAN, o anúncio não é uma surpresa — clientes preview raramente evoluem para GA sem sinais claros. No entanto, o prazo de mais de dois anos (até agosto de 2026) oferece uma janela confortável para planejamento, desde que a equipe de cloud esteja ciente das alternativas e das implicações técnicas.
A principal consequência prática é a necessidade de substituir o cliente oficial por uma das seguintes opções:
- Clientes OpenVPN (compatíveis com o Azure VPN Gateway)
- Clientes IKEv2 nativos (como strongSwan, LibreSwan ou o cliente IPsec integrado a muitas distros Linux)
- Soluções de terceiros certificadas pela Microsoft
Para ambientes Virtual WAN, a Microsoft recomenda o uso de clientes de usuário remoto baseados em OpenVPN ou IKEv2.
Impactos para times de engenharia e gestão de mudanças
1. Pipelines e automação
Se sua organização utiliza scripts ou containers Docker que instalam ou invocam o Azure VPN Client (ex.: em pipelines de CI/CD para deploy em redes isoladas), será necessário refatorar essas automações. Ferramentas como strongSwan ou OpenVPN possuem interfaces de linha de comando (CLI) maduras, mas requerem ajustes na configuração de certificados, chaves e políticas de segurança.
2. Compatibilidade com distribuições Linux
O cliente preview era suportado apenas em algumas distros (Ubuntu, Fedora, RHEL). As alternativas nativas (IKEv2) costumam ter suporte mais amplo, mas é essencial validar o comportamento em versões LTS usadas no Brasil (como Ubuntu 20.04/22.04, RHEL 8/9). Testes de regressão em ambientes de staging são recomendados.
3. Gestão de riscos e compliance
Como o cliente nunca saiu de preview, ataques ou vulnerabilidades não corrigidas podem surgir antes da data de retirada. Times de SecOps devem monitorar o histórico de CVEs associadas ao Azure VPN Client e planejar a migração como parte da rotina de remediação de riscos.
Cenários de uso e pontos de atenção para empresas brasileiras
Cenário 1: Escritórios remotos com Linux
Equipes de desenvolvimento que usam estações Linux para acessar recursos em VNets do Azure devem substituir o cliente preview por strongSwan ou OpenVPN. Lembre-se de que a autenticação multifator (MFA) via Azure AD pode exigir configurações adicionais com clientes de terceiros — verifique a compatibilidade com o Azure AD Authentication.
Cenário 2: Acesso programático (scripts/automation)
Para conexões VPN em pipelines, considere usar Azure Bastion como alternativa para acesso seguro a VMs, sem necessidade de cliente VPN. Caso a VPN seja indispensável, strongSwan com autenticação por certificado é a opção mais robusta.
Cenário 3: Virtual WAN com usuários remotos
Clientes OpenVPN (como o próprio cliente OpenVPN Connect) têm suporte oficial da Microsoft para Virtual WAN. A transição deve ser acompanhada de testes de throughput e latência, especialmente se a equipe utiliza split tunneling para otimizar tráfego.
O que a Microsoft não está dizendo (e você precisa saber)
O comunicado não menciona planos de oferecer um novo cliente Linux com suporte GA. Isso significa que o ecossistema de ferramentas nativas da Microsoft para Linux VPN pode não ser prioridade. Empresas que dependem de suporte oficial devem considerar investir em soluções de terceiros ou em conectividade via Azure Point-to-Site com OpenVPN — que é suportado e maduro.
Outro ponto: a data de retirada é 31 de agosto de 2026, mas o cliente pode parar de funcionar antes se houver mudanças no backend do Azure VPN Gateway. Aconselhamos planejar a migração para o primeiro semestre de 2026, deixando margem para imprevistos.
Perguntas Frequentes
-
Por que o Azure VPN Client para Linux (Preview) está sendo retirado?
A Microsoft informou que o cliente permaneceu em public preview sem caminho para GA, e a decisão faz parte de esforços para alinhar os serviços de rede aos padrões atuais de segurança e confiabilidade. -
Quais são as principais alternativas ao Azure VPN Client no Linux?
As opções incluem clientes OpenVPN compatíveis, clientes nativos IKEv2 (como strongSwan ou LibreSwan), ou soluções de terceiros certificadas. Para ambientes Virtual WAN, a recomendação é usar o cliente de usuário remoto baseado em OpenVPN ou IKEv2. -
Como o fim desse preview impacta pipelines DevOps em empresas brasileiras?
Times que automatizam conexões VPN para deploy em ambientes Azure precisarão atualizar scripts e containers Docker que utilizam o Azure VPN Client. A migração para clientes headless como strongSwan pode exigir ajustes em pipelines de CI/CD e testes de integração. -
Há risco de segurança em continuar usando o cliente após a data de retirada?
Sim. Após 31 de agosto de 2026, a Microsoft não fornecerá mais atualizações de segurança ou correções para o cliente preview, expondo a organização a vulnerabilidades não corrigidas. Recomenda-se migrar antes do prazo.
Artigo originalmente publicado em Azure Updates - Latest from Azure Charts.
