CDN:Perguntas frequentes sobre busca na origem

O método de verificação depende do tipo de servidor de origem:

• Alibaba Cloud ECS como servidor de origem: Verifique se os cabeçalhos de resposta CORS, como Access-Control-Allow-Origin, estão configurados corretamente nos arquivos de configuração do servidor web. No Apache, verifique a diretiva Header set Access-Control-Allow-Origin em .htaccess ou httpd.conf. No Nginx, verifique a diretiva add_header Access-Control-Allow-Origin no bloco server. Após modificar a configuração, reinicie o servidor web para aplicar as alterações.

• Alibaba Cloud OSS como servidor de origem: Faça logon no console do OSS, clique em bucket desejado na lista de buckets e escolha Data Security > Cross-Origin Resource Sharing (CORS) no painel de navegação à esquerda. Verifique se o campo Sources em uma regra CORS inclui o nome de domínio que inicia a solicitação cross-origin (esse campo determina o valor do cabeçalho de resposta Access-Control-Allow-Origin) e confirme se os métodos de solicitação permitidos e outras configurações estão corretos. Para obter mais informações sobre a configuração de CORS no OSS, consulte CORS.

Após concluir a configuração, acesse o recurso e use o painel Network das ferramentas de desenvolvedor do navegador para verificar se os cabeçalhos de resposta contêm Access-Control-Allow-Origin. Alternativamente, use o comando curl -I para visualizar os cabeçalhos de resposta diretamente.

Definir globalmente o Content-Type como video/mp4 para um nome de domínio inteiro afeta todos os tipos de recurso desse domínio, incluindo imagens, CSS e arquivos JS. Para evitar impactos em outros arquivos, utilize os métodos a seguir para uma configuração precisa:

1. Correspondência por caminho: Ao adicionar uma regra na página Modify incoming response headers, associe a Rule Condition a uma regra que corresponda aos caminhos de vídeo (por exemplo, /vod-cd20e3/ ou o sufixo .mp4). Assim, a configuração terá efeito apenas para esses caminhos. Para adicionar e gerenciar condições de regra, consulte Rules engine.

2. Correspondência condicional: O console do CDN permite configurar cabeçalhos de resposta com base em sufixos de solicitação ou condições de cabeçalho. Limite a configuração para que Content-Type: video/mp4 seja retornado apenas para arquivos .mp4.

Com esses métodos, você modifica o Content-Type exclusivamente para arquivos de vídeo, sem interferir em outros tipos de recurso, como imagens.

Sim. Use o Modify incoming response headers para definir o Content-Type como application/javascript somente para arquivos JS, sem afetar outros tipos de arquivo.

Método: Ao configurar a regra, utilize uma condição de regra para corresponder ao sufixo .js. Dessa forma, a modificação do cabeçalho de resposta terá efeito apenas para arquivos JS. Isso garante que o tipo MIME dos arquivos JS esteja correto, sem interferir em outros tipos de recurso, como CSS e imagens.

Não. O Modify incoming response headers serve para corrigir ou forçar o tipo MIME de tipos específicos de arquivo e resolver problemas de cache causados quando o servidor de origem retorna inicialmente um tipo incorreto. Esse recurso não detecta arquivos ausentes no CDN nem determina o status de sincronização.

Para verificar se um arquivo existe no CDN ou se o status de sincronização está anormal, utilize os seguintes métodos:

• Use o recurso Refresh and Prefetch no console do CDN para atualizar (atualização de URL) o arquivo alvo. Isso força o nó do CDN a buscar o arquivo na origem novamente. Em seguida, acesse o arquivo outra vez e determine se ele existe na origem com base no código de status retornado. Por exemplo, uma resposta 404 indica que o arquivo não existe na origem.

• Verifique se o arquivo na origem está acessível normalmente.

• Analise os logs do CDN para confirmar se os códigos de status de busca na origem estão normais.