---
title: "O que é anycast e como o mesmo IP responde de vários lugares"
description: "Entenda unicast, anycast e multicast, como o BGP anuncia o mesmo IP em vários locais, onde o anycast é usado e por que ele não serve para servidor de jogo."
url: "https://streethosting.com.br/guias/infraestrutura/o-que-e-anycast"
category: "infraestrutura"
slug: "o-que-e-anycast"
datePublished: "2026-11-13"
dateModified: "2026-11-13"
author: "Equipe StreetHosting"
difficulty: "intermediario"
language: "pt-BR"
keywords:
  - "o que e anycast"
  - "anycast vs unicast"
  - "anycast bgp"
  - "anycast dns"
  - "anycast ddos"
  - "unicast anycast multicast"
---

# Anycast: um endereço IP, vários servidores e o BGP escolhendo o mais próximo

No anycast, o mesmo IP é anunciado por vários locais ao mesmo tempo e cada visitante cai no mais próximo na visão do roteamento. É assim que funcionam o DNS raiz, os resolvedores públicos, as CDNs e boa parte da mitigação de DDoS.

> **Resposta rápida**
>
> **Anycast** é quando o mesmo endereço IP é anunciado por vários servidores em locais diferentes ao mesmo tempo, usando o BGP. Cada pacote vai para o destino mais próximo na visão do roteamento. É a base do DNS raiz, de resolvedores públicos como o 1.1.1.1 e o 8.8.8.8, das CDNs e de muita mitigação de DDoS. Ele não serve para um servidor de jogo com estado em um lugar só, porque o próximo pacote de uma conexão pode ser entregue em outro ponto.

## Unicast, anycast e multicast

Existem três jeitos de endereçar um pacote, e a diferença está em quantas máquinas respondem por um mesmo endereço e quantas recebem a mensagem.

| Modo | Quem recebe | Exemplo de uso |
| --- | --- | --- |
| Unicast | Uma única máquina, dona do endereço | Um site, uma VPS, uma conexão SSH |
| Anycast | Uma máquina entre várias que anunciam o mesmo endereço, a mais próxima | DNS raiz, 1.1.1.1, CDN |
| Multicast | Todas as máquinas que entraram em um grupo | IPTV dentro de uma operadora, descoberta de serviços na rede local |
| Broadcast | Todas as máquinas da rede local (só IPv4) | Pedido de DHCP, ARP |

O unicast é o que você usa quase o tempo todo. O multicast usa a faixa `224.0.0.0/4` no IPv4 e funciona bem dentro de uma rede controlada, mas praticamente não atravessa a internet pública. Já o anycast não é um tipo de endereço especial. É um endereço unicast comum que, por decisão de quem opera a rede, aparece em mais de um lugar.

## Como o BGP faz isso

A internet é um conjunto de redes independentes, chamadas de sistemas autônomos, que trocam rotas por BGP. Cada rede anuncia aos vizinhos quais blocos de IP ela sabe alcançar. No anycast, vários pontos de presença anunciam o mesmo bloco, por exemplo um `/24` de IPv4, a partir de datacenters diferentes: São Paulo, Miami, Frankfurt, Tóquio.

Cada roteador que recebe essas rotas guarda a melhor segundo seus critérios. O principal deles é o tamanho do caminho, medido em saltos entre sistemas autônomos, mais as preferências de cada operadora. O resultado é que um visitante em Recife costuma ser entregue ao ponto brasileiro, e um visitante em Berlim ao ponto europeu, sem que ninguém precise perguntar nada a ele. Se um ponto sai do ar e para de anunciar a rota, o roteamento converge para o próximo mais perto e o tráfego muda de lugar em segundos ou poucos minutos. Para entender melhor como essas rotas são trocadas, leia o guia sobre [BGP e o roteamento da internet](https://streethosting.com.br/guias/infraestrutura/o-que-e-bgp-roteamento-internet).

> **Atenção**
>
> Mais próximo aqui quer dizer mais próximo na visão do BGP, e não mais próximo no mapa. Dois provedores que se conectam só em outro continente podem fazer um usuário brasileiro ser atendido por um ponto no exterior, mesmo com um ponto em São Paulo ativo. Quem opera anycast sério passa o tempo ajustando anúncios para corrigir esses casos.

## Onde o anycast é usado

- **DNS raiz:** existem 13 endereços de servidores raiz, de A a M, mas cada um é atendido por muitas instâncias espalhadas pelo mundo, somando bem mais de mil máquinas. É anycast que permite isso sem mudar o endereço que todo resolvedor já conhece.
- **Resolvedores públicos:** 1.1.1.1, 8.8.8.8 e 9.9.9.9 são endereços simples de lembrar que respondem no ponto mais próximo de você.
- **CDN:** o mesmo IP de borda atende o visitante no ponto mais perto, que entrega conteúdo em cache e só busca a origem quando precisa. O guia sobre [CDN e servidores de jogos](https://streethosting.com.br/guias/infraestrutura/o-que-e-cdn-precisa-servidor-jogos) mostra onde isso ajuda e onde não ajuda.
- **Mitigação de DDoS distribuída:** quando um ataque mira um IP anunciado em muitos pontos, cada ponto recebe só a parte do ataque que nasce perto dele. A capacidade total de absorção é a soma de todos, e o tráfego limpo segue depois para o servidor de origem. As camadas de ataque que esse modelo cobre melhor estão no guia sobre [DDoS nas camadas 3, 4 e 7](https://streethosting.com.br/guias/infraestrutura/ddos-layer-3-4-7-diferenca).
- **Serviços sem estado em geral:** NTP, servidores de atualização, APIs de borda e qualquer coisa em que uma requisição não dependa de lembrar da anterior.

O padrão se repete: o anycast funciona melhor quando cada pergunta é independente. Um pedido de DNS é um pacote UDP que vai e volta, e não importa qual instância respondeu.

## Como ver o anycast na prática

Dá para perceber o anycast de casa. Um jeito é consultar o identificador do ponto que respondeu. Os resolvedores da Cloudflare devolvem o código do aeroporto da cidade onde estão, e vários servidores raiz devolvem um identificador de instância quando você pede a opção NSID.

```
# Linux ou macOS: qual ponto da Cloudflare respondeu
dig +short CH TXT id.server @1.1.1.1

# instância de um servidor raiz que atendeu a consulta
dig +nsid . NS @k.root-servers.net

# Windows, para ver o caminho até o 1.1.1.1
tracert -d 1.1.1.1

# Linux
traceroute -n 1.1.1.1
```

O que revela o anycast é o resultado mudar conforme a sua localização: o mesmo comando, de uma VPS em São Paulo e de uma máquina na Europa, mostra pontos diferentes e latências muito baixas nos dois casos. Se o ping para o 1.1.1.1 dá 2 ou 3 ms, você obviamente não está falando com um servidor em outro continente. A leitura do caminho segue a lógica do guia de [traceroute para descobrir problemas de rota](https://streethosting.com.br/guias/infraestrutura/traceroute-diagnosticar-rota).

> **Dica**
>
> A resposta do `id.server` e do NSID é um recurso opcional que cada operador decide ligar e formatar. Se algum comando não devolver nada, não é erro seu: aquele servidor simplesmente não publica esse dado.

## Por que não serve para servidor de jogo

Um servidor de jogo guarda estado: o mapa, a posição dos jogadores, a partida em andamento. Todos os jogadores de uma partida precisam falar com a mesma máquina. O anycast entrega cada pacote ao ponto mais próximo no momento em que ele sai, e esse ponto pode mudar durante a conexão.

- **A rota muda no meio da sessão:** uma queda de enlace ou um ajuste de operadora pode fazer o pacote seguinte cair em outra instância, que não conhece a conexão e responde com reset ou ignora.
- **Jogadores diferentes cairiam em máquinas diferentes:** dois amigos na mesma partida, em cidades distantes, seriam atendidos por instâncias distintas, cada uma com um mundo diferente.
- **Sincronizar estado entre pontos custa latência:** manter todas as instâncias iguais exige trocar dados entre elas, e isso anula o ganho de chegar perto do jogador.

Na prática, o que se faz é usar anycast na frente, para absorver ataque e receber o tráfego, e manter o servidor de jogo em um endereço unicast em um lugar só, escolhido para ficar perto dos jogadores. Esse equilíbrio está no guia sobre [latência e ping em servidores](https://streethosting.com.br/guias/infraestrutura/o-que-e-latencia-ping-servidor). O protocolo também pesa: uma conexão TCP longa cai na hora se um pacote for parar em outra instância, enquanto uma consulta UDP curta, como a do DNS, nem percebe a troca. As diferenças entre os dois estão no guia de [TCP ou UDP em servidores](https://streethosting.com.br/guias/infraestrutura/tcp-vs-udp-servidores).

## E na StreetHosting

As [VPS da StreetHosting](https://streethosting.com.br/vps) ficam em São Paulo e cada uma tem um IPv4 dedicado, ou seja, endereço unicast comum, ideal para servidor com estado, como um servidor de jogo, um banco de dados ou uma API. Todas incluem AntiDDoS. Para saber como a proteção é feita, veja a página de [infraestrutura](https://streethosting.com.br/infraestructure).

Se o seu projeto precisa mesmo de anycast, por exemplo um serviço de DNS próprio em vários continentes, o caminho envolve um bloco de IP e um número de sistema autônomo próprios, além de um provedor que aceite anunciar rotas por BGP em cada local. Isso não faz parte do que uma VPS comum oferece.

## Perguntas frequentes

### Qual é a diferença entre anycast e unicast?

No unicast, um endereço IP pertence a uma única máquina em um único lugar. No anycast, o mesmo endereço é anunciado por várias máquinas em lugares diferentes, e a rede entrega cada pacote para a mais próxima na visão do roteamento.

### Anycast deixa o ping menor?

Na maioria dos casos sim, porque o visitante cai em um ponto de presença perto dele. Mas perto na visão do BGP nem sempre é perto no mapa: dependendo dos acordos entre operadoras, um usuário no Brasil pode ser atendido por um ponto no exterior.

### O 8.8.8.8 e o 1.1.1.1 são anycast?

Sim. Os dois são resolvedores públicos de DNS que anunciam o mesmo endereço a partir de muitos locais pelo mundo. Por isso o tempo de resposta é baixo em quase qualquer país.

### Posso usar anycast para o meu servidor de jogo?

Não faz sentido para um servidor com estado em um lugar só. Os jogadores precisam chegar sempre à mesma máquina, e no anycast uma mudança de rota pode mandar o próximo pacote para outro ponto. A proteção pode ser anycast na frente, mas o servidor continua sendo unicast.

### Anycast protege contra DDoS?

Ajuda bastante, porque o ataque se divide entre os vários pontos em vez de chegar inteiro em um só. Cada ponto absorve a parte do tráfego que está mais perto da origem. Ainda assim, ele não substitui filtragem: o tráfego malicioso precisa ser descartado em algum lugar.

## Guias relacionados

- [O que é BGP: como a internet escolhe o caminho entre você e o servidor](https://streethosting.com.br/guias/infraestrutura/o-que-e-bgp-roteamento-internet.md)
- [O que é CDN e quando um servidor de jogos precisa de uma](https://streethosting.com.br/guias/infraestrutura/o-que-e-cdn-precisa-servidor-jogos.md)
- [DDoS layer 3, 4 e 7: qual a diferença entre as camadas](https://streethosting.com.br/guias/infraestrutura/ddos-layer-3-4-7-diferenca.md)
- [O que é latência e ping em servidor](https://streethosting.com.br/guias/infraestrutura/o-que-e-latencia-ping-servidor.md)
- [TCP vs UDP: qual protocolo usar em cada servidor](https://streethosting.com.br/guias/infraestrutura/tcp-vs-udp-servidores.md)

## Produtos citados

- https://streethosting.com.br/vps
- https://streethosting.com.br/infraestructure

## Dados estruturados

```json
[
  {
    "@context": "https://schema.org",
    "@type": [
      "Article",
      "TechArticle"
    ],
    "headline": "Anycast: um endereço IP, vários servidores e o BGP escolhendo o mais próximo",
    "name": "O que é anycast e como o mesmo IP responde de vários lugares",
    "abstract": "No anycast, o mesmo IP é anunciado por vários locais ao mesmo tempo e cada visitante cai no mais próximo na visão do roteamento. É assim que funcionam o DNS raiz, os resolvedores públicos, as CDNs e boa parte da mitigação de DDoS.",
    "description": "Entenda unicast, anycast e multicast, como o BGP anuncia o mesmo IP em vários locais, onde o anycast é usado e por que ele não serve para servidor de jogo.",
    "datePublished": "2026-11-13",
    "dateModified": "2026-11-13",
    "author": {
      "@type": "Organization",
      "name": "Equipe StreetHosting"
    },
    "publisher": {
      "@type": "Organization",
      "name": "StreetHosting",
      "url": "https://streethosting.com.br"
    },
    "inLanguage": "pt-BR",
    "mainEntityOfPage": {
      "@type": "WebPage",
      "@id": "https://streethosting.com.br/guias/infraestrutura/o-que-e-anycast"
    }
  },
  {
    "@context": "https://schema.org",
    "@type": "FAQPage",
    "mainEntity": [
      {
        "@type": "Question",
        "name": "Qual é a diferença entre anycast e unicast?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "No unicast, um endereço IP pertence a uma única máquina em um único lugar. No anycast, o mesmo endereço é anunciado por várias máquinas em lugares diferentes, e a rede entrega cada pacote para a mais próxima na visão do roteamento."
        }
      },
      {
        "@type": "Question",
        "name": "Anycast deixa o ping menor?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Na maioria dos casos sim, porque o visitante cai em um ponto de presença perto dele. Mas perto na visão do BGP nem sempre é perto no mapa: dependendo dos acordos entre operadoras, um usuário no Brasil pode ser atendido por um ponto no exterior."
        }
      },
      {
        "@type": "Question",
        "name": "O 8.8.8.8 e o 1.1.1.1 são anycast?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Sim. Os dois são resolvedores públicos de DNS que anunciam o mesmo endereço a partir de muitos locais pelo mundo. Por isso o tempo de resposta é baixo em quase qualquer país."
        }
      },
      {
        "@type": "Question",
        "name": "Posso usar anycast para o meu servidor de jogo?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Não faz sentido para um servidor com estado em um lugar só. Os jogadores precisam chegar sempre à mesma máquina, e no anycast uma mudança de rota pode mandar o próximo pacote para outro ponto. A proteção pode ser anycast na frente, mas o servidor continua sendo unicast."
        }
      },
      {
        "@type": "Question",
        "name": "Anycast protege contra DDoS?",
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "Ajuda bastante, porque o ataque se divide entre os vários pontos em vez de chegar inteiro em um só. Cada ponto absorve a parte do tráfego que está mais perto da origem. Ainda assim, ele não substitui filtragem: o tráfego malicioso precisa ser descartado em algum lugar."
        }
      }
    ]
  }
]
```