@danbord Merci pour les commentaires ! J'ai confié le problème à l'auteur du contenu pour qu'il l'évalue et le mette à jour, le cas échéant.

Je dois manquer quelque chose, si je navigue vers [mystaticwebcdn].azureedge.net j'obtiens une erreur :

InvalidQueryParameterValue
La valeur de l'un des paramètres de requête spécifiés dans l'URI de la requête n'est pas valide. ID de la demande :75f0f848-601e-0013-6123-a4aff5000000 Heure :2019-01-04T11:52:05.9894406Z
composition

Je dois ajouter le fichier explicite à l'url : [mystaticwebcdn].azureedge.net$web/default.html

Il ne semble pas respecter la page d'index et la page 404 que j'ai définies dans la configuration azure.

J'ai pu résoudre ce problème en accédant à mon point de terminaison CDN et en mettant à jour le type d'origine de "Stockage" à "Origine personnalisée" et en définissant mon nom d'hôte d'origine et mon en-tête d'hôte d'origine sur mon URL xzweb.core.windows.net au lieu de x. URL blob.core.windows.net.

Nice @ awickham10 qui était le truc, merci.
Comme @danbord l' a dit, il a fallu un certain temps pour se propager, mais cela semble bien fonctionner.

@ awickham10 Ayant le même problème. Dans votre exemple xzweb.core.windows.net, quelle partie correspond à votre domaine personnalisé ? Est-ce xzweb ou juste xz ? Merci

J'ai utilisé l'option d'origine personnalisée et le nom d'hôte du compte de stockage > site Web statique > point de terminaison principal qui est xzweb.core.windows.net au lieu de l'URL x.blob.core.windows.net que vous obtenez lorsque vous utilisez un type d'origine de stockage .

J'espère que cela aide.

A fait l'affaire pour moi aussi. Merci

@danbord @awickham10 @bjthomson @smithsson68 @Djiit - Merci pour vos commentaires. Nous allons étudier cela plus en détail et mettre à jour l'article si nécessaire.

s'il vous plait fermer

Pourquoi avez-vous fermé le problème s'il n'a pas été résolu ?

@ awickham10 Je viens de rouvrir le dossier, je fournirai des commentaires à l'équipe CDN pour mettre à jour la documentation le cas échéant.

@mdgattuso Seriez-vous en mesure d'aider à résoudre ce problème ?

Merci,
Adam

Il semble que cette documentation appartienne à l'équipe de stockage, elle doit donc être attribuée à quelqu'un de là-bas.

Cependant, vous n'avez pas besoin d'utiliser le niveau premium pour utiliser SSL. Vous pouvez apporter votre propre certificat SSL sur Azure CDN à partir de Microsoft Standard ou utiliser le certificat géré CDN sur l'un des autres niveaux.

Définir Origin type et Origin host était en effet un peu vague dans la documentation. J'ai mis du temps à apprendre quelles valeurs je devais utiliser.

J'ai utilisé cette page : https://docs.microsoft.com/en-us/azure/storage/blobs/storage-https-custom-domain-cdn
La page mentionne le paramètre Origin type , mais ne mentionne pas la valeur correcte de Origin host .

@normesta - Pour info

Microsoft prévoit-il de mettre à jour le document ?
Azure teste-t-il le document qu'ils publient ?
Ce n'est pas la première fois que le document est obsolète, même s'il s'agit d'un aperçu, il ne fonctionne en fait pas comme le document.

J'ai ajouté cette configuration dans le fournisseur godaddy,

Type Nom Valeur
CNAME * urlstaticlorenzo.azureedge.net
CNAME cdnverify. www.lorenzo.com cdnverify.urlstaticlorenzo.azureedge.net
CNAME www urlstaticlorenzo.azureedge.net

L'étape pour ajouter ssl n'est pas celle décrite dans le document, mais en fait, j'ai déjà pu ajouter https, mais je n'ai pas pu accéder à www.lorenzobrito.com

@lorenzobrito - Oui, nous travaillons à la mise à jour du document, merci pour vos commentaires.

Merci à tous pour vos commentaires et votre patience. J'ai mis à jour la doc et j'espère que c'est plus clair maintenant. N'hésitez pas à ouvrir un autre sujet si vous rencontrez des problèmes.

@normesta - Pour info

s'il vous plait fermer

Cela semble bon!

En ce qui concerne le mappage au domaine personnalisé, j'ai suivi la configuration personnalisée et ne fonctionne toujours pas.

@lorenzobrito Pouvez-vous s'il vous plaît ouvrir un nouveau problème car nous pensons que le problème d'origine a été résolu. Cela nous aidera à nous assurer que nous donnons au problème que vous rencontrez la visibilité qu'il mérite.

@danbord Nous allons maintenant fermer ce fil. S'il y a d'autres questions à ce sujet, veuillez m'indiquer dans votre réponse. Nous poursuivrons volontiers la discussion et nous rouvrirons le sujet.