CDN:Reescrita de URL de Acesso

Contexto

O código de status HTTP 302 Found indica que um recurso foi temporariamente movido. Após configurar a Reescrita de URL de Acesso, o POP do CDN coloca a nova URL no cabeçalho HTTP Location. Quando o cliente recebe a resposta 302, ele envia uma nova solicitação para esta URL.

Por padrão, os POPs do CDN enviam um código de status 302 após uma regra de Reescrita de URL de Acesso ser configurada. Os códigos de status 303 e 307 também são suportados. Para alterar o código de status, você pode enviar um ticket.

Reescrita de URL de Acesso versus Reescrita de Caminho de Origem

Reescrita de URL de Acesso — diagrama

1. Um cliente envia uma solicitação ao CDN para a URL old.example.com/hello.

2. O CDN recebe a solicitação. Com base na regra de Reescrita de URL de Acesso, o POP retorna uma resposta 302 ao cliente e coloca a nova URL new.example.com/hello no cabeçalho HTTP Location.

3. Após receber a resposta 302, o cliente envia uma nova solicitação para a nova URL.

4. O POP verifica seu cache. Se o conteúdo reescrito estiver em cache, o POP o retorna diretamente ao cliente. Caso contrário, o POP envia uma requisição à origem para o servidor de origem com a URL reescrita new.example.com/hello.

5. O servidor de origem recebe a solicitação e retorna a resposta ao POP.

6. O POP armazena a resposta em cache e a retorna ao cliente.

Reescrita de Caminho de Origem — diagrama

1. Um cliente envia uma solicitação ao CDN para a URL cdn.example.com/files/hello.txt.

2. O POP recebe a solicitação e verifica seu cache. Se o conteúdo solicitado estiver em cache, o POP o retorna diretamente ao cliente. Caso contrário, com base na regra de Reescrita de Caminho de Origem, o POP reescreve a URL de requisição à origem para origin.example.com/secret/files/hello.txt e envia uma solicitação ao servidor de origem.

3. O servidor de origem recebe a solicitação e retorna a resposta ao POP.

4. O POP armazena a resposta em cache e a retorna ao cliente.

Procedimento

1. Faça login no console do CDN.

2. No painel de navegação à esquerda, clique em Nomes de Domínio.

3. Na página Nomes de Domínio, encontre o nome de domínio desejado e clique em Gerenciar na coluna Ações.

4. No painel de navegação do domínio, clique em Cache.

5. Clique na aba Reescrita de URL de Acesso.

6. Clique em Criar e configure os parâmetros para a Reescrita de URL de Acesso de acordo com os requisitos do seu negócio.

   

   Parâmetro	Descrição
   Caminho a Ser Reescrito	O caminho deve começar com / e não pode conter protocolo ou nome de domínio. Expressões regulares PCRE são suportadas. Exemplo: ^/hello$. O conteúdo após o símbolo # em uma URL é o identificador de fragmento, que não é enviado ao servidor pelo navegador. Portanto, as regras de reescrita do CDN não podem corresponder ao caminho que segue o símbolo #. Para configurar um redirecionamento para uma URL que contém um fragmento #, você deve corresponder precisamente o caminho antes do símbolo # e configurar uma regra de reescrita separada para cada endereço de destino.
   Caminho de Destino	Quando a Regra de Execução é definida como Break, o caminho deve começar com / e não conter cabeçalho de protocolo ou nome de domínio. Se a Regra de Execução for definida como Redirect, você pode incluir o protocolo e o nome de domínio. Expressões regulares PCRE são suportadas. Por exemplo, $1 e $2 são comumente usados para capturar strings dentro de parênteses no caminho a ser reescrito.
   Flag	Por padrão, as regras Redirect e Break são suportadas. Redirect: Se uma URL de solicitação corresponder a uma regra, a solicitação será redirecionada para a URL de destino com um código de status 302. O cabeçalho Location retornado pelo POP do ao cliente contém a URL de destino. A query string da URL original não é modificada. Após a execução da regra atual, o processamento de regras continua com as regras subsequentes. Break: Se uma URL de solicitação corresponder a uma regra, a solicitação será reescrita para a URL de destino. A query string da URL original não é modificada. Após a execução da regra atual, o processamento de regras é interrompido e as regras subsequentes não são correspondidas. As regras None, enhance-break e enhance_redirect também são suportadas. Para usar essas regras, você deve enviar um ticket para que sejam configuradas no backend. None: Quando uma solicitação corresponde a uma regra, o processamento continua para a próxima regra. enhance_break: Semelhante ao Break, mas reescreve a URL inteira, incluindo a query string. enhance_redirect: Semelhante ao Redirect, mas reescreve a URL inteira, incluindo a query string. null Diferentes regras de execução usam diferentes métodos de reescrita e diferem no suporte a outros domínios e protocolos: None, Break e enhance_break reescrevem diretamente a URL de solicitação do cliente. Eles não suportam reescrita para outros domínios ou protocolos, como de HTTP para HTTPS. Redirect e enhance_redirect usam um redirecionamento 302 para reescrever a URL. Eles suportam reescrita para outros domínios e protocolos: O endereço 302 Location pode estar em um domínio diferente, não apenas no nome de domínio de aceleração atual. Por exemplo, uma URL no domínio example.com pode ser reescrita para uma URL no novo domínio aliyundoc.com. O endereço 302 Location também pode especificar um protocolo diferente. Por exemplo, você pode reescrever uma URL de HTTP para HTTPS.
   Condição da Regra	Uma condição de regra permite que uma regra seja aplicada somente quando uma solicitação atende a critérios específicos. null Quando uma funcionalidade faz referência a condições de regra, a ordem de execução segue a prioridade das condições de regra associadas, não a ordem das configurações da funcionalidade. Não usar: Desabilita regras condicionais. Você pode adicionar ou editar regras condicionais no Motor de regras.
   Var Nginx	Esta opção está desmarcada por padrão. Se você selecionar esta opção, poderá usar variáveis Nginx integradas na URL de destino. A seguir, um exemplo de configuração: Caminho a ser reescrito: ^/test.jpg$ Caminho de destino: /test.${arg_type} Com esta opção habilitada, variáveis como ${nginx_var} são avaliadas. Por exemplo, ${arg_type} é substituído pelo valor do parâmetro type da URL de solicitação original. null Para usar este parâmetro, você deve enviar um ticket para que seja configurado no backend.

7. Clique em OK para salvar a configuração.

   Após criar uma regra com sucesso, você pode encontrá-la na lista de regras e clicar em Modificar ou Excluir para gerenciá-la.

Exemplos de configuração