Conectividade do cliente e endereços IP

O Media CDN oferece suporte a protocolos de rede modernos do cliente à borda, aumentando o rendimento e reduzindo a latência geral da rede.

Endereços IP

Cada serviço de armazenamento em cache de borda que você configurar tem endereços IPv4 e IPv6 anycast dedicados endereços IP, que são associados a cada serviço de armazenamento em cache de borda e não são compartilhados com outros clientes.

  • Depois de configurar um serviço de armazenamento em cache de borda, os endereços IP são atribuídos e fiquem disponíveis.
  • Os endereços atribuídos não mudam durante a vida útil de um determinado serviço de armazenamento em cache de borda.
  • A criação de um novo serviço de armazenamento em cache de borda emite novos endereços IP com escopo para esse serviço. Os endereços IP não são compartilhados entre seus serviços.

Todos os serviços do Media CDN oferecem suporte a IPv6 entre clientes e cada nó de borda.

Recuperar endereços IP

Para recuperar os endereços IP atribuídos a um serviço de armazenamento em cache de borda:

gcloud

Use o comando gcloud edge-cache services.

gcloud edge-cache services describe MY_SERVICE
...
ipv4Addresses: ["35.1.1.1"]
ipv6Addresses: ["2600:1901:0:fa74::"]
...

Observações:

  • O Media CDN emite um IPv4 e um IPv6 por serviço.
  • Recomendamos a criação de registros DNS para os dois endereços IP (como registros A e AAAA).
  • Configurar seus serviços para aceitar tráfego para qualquer nome de domínio (nomes de host) que você está usando. Quando o tráfego é recebido para hosts sem uma entrada .routing.hostRules[].hosts, a Media CDN rejeita o tráfego com um erro HTTP 404.

Dependendo das regiões geográficas em que os usuários estão, talvez haja mais tráfego a um protocolo com outro, com base nos dispositivos dos usuários e no suporte a ISPs naqueles regiões geográficas.

Tempos limite do cliente

Os seguintes tempos limites se aplicam às conexões de cliente:

Tempo limite Duração máxima Código de resposta Descrição
Maximum request duration 5 minutos HTTP 408 (Request Timeout) A duração máxima de uma única solicitação-resposta.
Header timeout 10 segundos HTTP 408 (Request Timeout) Quanto tempo o cliente tem para enviar o conjunto completo de cabeçalhos da solicitação.

Para informações sobre tempo limite e configuração da origem, consulte seção de failover e tempos limite da documentação de origem.

Limites de solicitações do cliente

Para detalhes sobre os limites de solicitação e resposta do cliente, consulte a Cotas e limites.

Suporte a protocolos de rede

O Media CDN oferece suporte a conexões HTTP/3, HTTP/2 e HTTP/1.1 da clientes. O Media CDN oferece suporte à negociação do protocolo de camada de aplicativo (ALPN, na sigla em inglês) assim como o cabeçalho de resposta HTTP Alt-Svc (serviço alternativo) para publicidade suporte ao protocolo.

Protocolo Compatível SSL (TLS) obrigatório
HTTP/3 (IETF QUIC) Sim Sim
HTTP/2 Sim Sim
HTTPS (HTTP/1.1 sobre TLS) Sim Sim
HTTP/1.1 Sim Não

Observações:

  • O HTTP/2 (h2) tem suporte por padrão.
  • Para ativar o HTTP/3 (QUIC), entre em contato diretamente com sua equipe de conta.
  • O HTTPS, o HTTP/2 e o HTTP/3 exigem que um certificado SSL (TLS) válido seja anexado ao serviço.
  • Os clientes não compatíveis com HTTP/2 ou versões posteriores se conectam automaticamente HTTP/1.1

Para suporte ao protocolo de origem, consulte origens e protocolos compatíveis.

Versões de SSL (TLS) compatíveis

Para as versões SSL (TLS) compatíveis, consulte a Documentação do SSL.

Resolver problemas de conectividade do cliente

  • O protocolo HTTP/2 (h2) tem suporte apenas para clientes que se conectam por TLS. Isso não oferece suporte a conexões de texto simples.
  • Os clientes só negociam as conexões compatíveis. Novo são projetados como ativações para oferecer compatibilidade com versões anteriores.
  • Se você tem clientes que têm endereços IPv6, mas que estão se conectando à sua Serviços CDN de mídia por IPv4, pode ser porque a rede entre um local de borda do Media CDN e seu usuário só tiver suporte a IPv4.
  • Somente HTTP/1.1 e versões posteriores são compatíveis como protocolos de cliente. HTTP/0.9 e As solicitações HTTP/1.0 são rejeitadas com um erro HTTP 426 (Upgrade necessário).