Azure-docs: Um pouco enganador

Criado em 3 jan. 2019  ·  20Comentários  ·  Fonte: MicrosoftDocs/azure-docs

As etapas para criar o CDN são um pouco enganosas (identificar qual campo é qual), uma captura de tela ajudaria. Segundo, nada diz que você precisa selecionar um CDN premium para usar SSL! Terceiro, na etapa 8, nada diz que pode levar horas até que o CDN esteja funcionando, estou recebendo um erro 404


Detalhes do documento

Não edite esta seção.

assigned-to-author doc-enhancement storagsvc triaged

Comentários muito úteis

Consegui corrigir isso entrando no meu endpoint CDN e atualizando o tipo de origem de "Storage" para "Custom Origin" e definindo meu nome de host de origem e cabeçalho de host de origem para minha URL xzweb.core.windows.net em vez do x. URL blob.core.windows.net.

Todos 20 comentários

@danbord Obrigado pelo feedback! Eu atribuí o problema ao autor do conteúdo para avaliar e atualizar conforme apropriado.

Devo estar faltando alguma coisa, se eu navegar para [mystaticwebcdn].azureedge.net, recebo um erro:

InvalidQueryParameterValue
O valor de um dos parâmetros de consulta especificados no URI de solicitação é inválido. RequestId:75f0f848-601e-0013-6123-a4aff5000000 Hora:2019-01-04T11:52:05.9894406Z
comp

Eu tenho que adicionar o arquivo explícito ao url: [mystaticwebcdn].azureedge.net$web/default.html

Parece não respeitar a página de índice e a página 404 que defini na configuração do Azure.

Consegui corrigir isso entrando no meu endpoint CDN e atualizando o tipo de origem de "Storage" para "Custom Origin" e definindo meu nome de host de origem e cabeçalho de host de origem para minha URL xzweb.core.windows.net em vez do x. URL blob.core.windows.net.

Legal @awickham10 esse foi o truque, obrigado.
Como o @danbord disse, demorou um pouco para propagar, mas parece funcionar bem.

@awickham10 Tendo o mesmo problema. No seu exemplo xzweb.core.windows.net, qual parte é o seu domínio personalizado? É xzweb ou apenas xz? Obrigado

Usei a opção Custom Origin e o nome do host da conta de armazenamento > Static Website > Primary Endpoint, que é xzweb.core.windows.net em vez da URL x.blob.core.windows.net que você obtém ao usar um tipo de origem de armazenamento .

Espero que isso ajude.

Fez o truque para mim também. Obrigado

@danbord @awickham10 @bjthomson @smithsson68 @Djiit - Obrigado pelo seu feedback. Investigaremos isso mais detalhadamente e atualizaremos o artigo conforme necessário.

feche por favor

Por que você fechou o problema se ele não foi resolvido?

@awickham10 Acabei de reabrir o caso, fornecerei alguns comentários à equipe da CDN para atualizar a documentação conforme apropriado.

@mdgattuso Você poderia ajudar com esse problema?

Obrigado,
Adão

Parece que esta documentação é de propriedade da equipe de armazenamento, então ela precisa ser atribuída a alguém de lá.

No entanto, você não precisa usar o nível premium para usar SSL. Você pode trazer seu próprio certificado SSL no Azure CDN do Microsoft Standard ou usar o certificado gerenciado CDN em qualquer uma das outras camadas.

Definir Origin type e Origin host era realmente um pouco vago nos documentos. Demorei um pouco para aprender quais valores eu tinha que usar.

Eu usei esta página: https://docs.microsoft.com/en-us/azure/storage/blobs/storage-https-custom-domain-cdn
A página menciona a configuração Origin type , mas não menciona o valor adequado de Origin host .

@normesta - FYI

A Microsoft está planejando atualizar o documento?
O azure está testando o documento que publicam?
Não é a primeira vez que o documento está desatualizado, mesmo que seja de visualização, na verdade não funciona como o documento.

Eu adicionei essa configuração no provedor godaddy,

Valor do nome do tipo
CNAME * urlstaticlorenzo.azureedge.net
CNAME cdnverify. www.lorenzo.com cdnverify.urlstaticlorenzo.azureedge.net
CNAME www urlstaticlorenzo.azureedge.net

O passo para adicionar ssl, não é como o documento descreve, mas na verdade já consegui adicionar https, mas não consegui acessar www.lorenzobrito.com

@lorenzobrito - Sim, estamos trabalhando na atualização do documento, obrigado pelo feedback.

Obrigado a todos pelo feedback e pela paciência. Atualizei o documento e espero que esteja mais claro agora. Por favor, não hesite em abrir outro problema se você encontrar problemas.

@normesta - FYI

feche por favor

Parece bom!

Em relação ao mapeamento para o domínio personalizado, segui a configuração personalizada e ainda não funciona.

@lorenzobrito Você pode abrir um novo problema, pois acreditamos que o problema original foi resolvido. Isso nos ajudará a garantir que damos ao problema que você está encontrando a visibilidade que ele merece.

@danbord Agora vamos fechar este tópico. Se houver mais dúvidas sobre este assunto, por favor me marque em sua resposta. Continuaremos a discussão com prazer e reabriremos a questão.

Esta página foi útil?
0 / 5 - 0 avaliações