@danbord Danke für das Feedback! Ich habe das Problem dem Inhaltsautor zugewiesen, um es gegebenenfalls zu bewerten und zu aktualisieren.

Mir muss etwas fehlen, wenn ich zu [mystaticwebcdn].azureedge.net navigiere, erhalte ich eine Fehlermeldung:

InvalidQueryParameterValue
Der Wert für einen der im Anforderungs-URI angegebenen Abfrageparameter ist ungültig. Anfrage-ID:75f0f848-601e-0013-6123-a4aff5000000 Zeit:2019-01-04T11:52:05.9894406Z
Komp

Ich muss die explizite Datei zur URL hinzufügen: [mystaticwebcdn].azureedge.net$web/default.html

Es scheint die Indexseite und die 404-Seite, die ich in der Azure-Konfiguration festgelegt habe, nicht zu respektieren.

Ich konnte dies beheben, indem ich in meinen CDN-Endpunkt ging und den Ursprungstyp von „Speicher“ auf „Benutzerdefinierter Ursprung“ aktualisierte und meinen Ursprungs-Hostnamen und Ursprungs-Host-Header auf meine xzweb.core.windows.net-URL anstelle von x setzte. blob.core.windows.net-URL.

Schön @awickham10 , das war der Trick, danke.
Wie @danbord sagte, hat die Verbreitung eine Weile gedauert, aber es scheint gut zu funktionieren.

@awickham10 Habe das gleiche Problem. Welcher Teil ist in Ihrem Beispiel xzweb.core.windows.net Ihre benutzerdefinierte Domäne? Ist es xzweb oder nur xz? Danke

Ich habe die Option Benutzerdefinierter Ursprung und den Hostnamen aus dem Speicherkonto > Statische Website > Primärer Endpunkt verwendet, der xzweb.core.windows.net anstelle der x.blob.core.windows.net-URL lautet, die Sie erhalten, wenn Sie einen Ursprungsspeichertyp verwenden .

Hoffentlich hilft das.

Hat bei mir auch geklappt. Danke

@danbord @awickham10 @bjthomson @smithsson68 @Djiit – Danke für dein Feedback. Wir werden dies weiter untersuchen und den Artikel bei Bedarf aktualisieren.

Bitte schließe

Warum hast du das Problem geschlossen, wenn es nicht gelöst wurde?

@awickham10 Ich habe den Fall gerade wieder geöffnet, ich werde dem CDN-Team Feedback geben, um die Dokumentation entsprechend zu aktualisieren.

@mdgattuso Könnten Sie bei diesem Problem helfen?

Danke,
Adam

Es sieht so aus, als ob diese Dokumentation dem Speicherteam gehört, also muss sie jemandem von dort zugewiesen werden.

Sie müssen jedoch nicht die Premium-Stufe verwenden, um SSL zu verwenden. Sie können Ihr eigenes SSL-Zertifikat auf Azure CDN von Microsoft Standard bringen oder das CDN-verwaltete Zertifikat auf einer der anderen Ebenen verwenden.

Das Festlegen Origin type und Origin host war in der Tat etwas vage in den Dokumenten. Ich brauchte eine Weile, um zu lernen, welche Werte ich verwenden musste.

Ich habe diese Seite verwendet: https://docs.microsoft.com/en-us/azure/storage/blobs/storage-https-custom-domain-cdn
Die Seite erwähnt die Einstellung Origin type , aber nicht den richtigen Wert von Origin host .

@normesta - FYI

Plant Microsoft, das Dokument zu aktualisieren?
Testet Azure das veröffentlichte Dokument?
Es ist nicht das erste Mal, dass das Dokument veraltet ist, auch wenn es sich um eine Vorschau handelt, das Dokument funktioniert tatsächlich nicht.

Ich habe diese Konfiguration in Godaddy Provider hinzugefügt,

Geben Sie Namenswert ein
CNAME * urlstaticlorenzo.azureedge.net
CNAME cdnverify. www.lorenzo.com cdnverify.urlstaticlorenzo.azureedge.net
CNAME www urlstaticlorenzo.azureedge.net

Der Schritt zum Hinzufügen von SSL ist nicht wie im Dokument beschrieben, aber eigentlich konnte ich bereits https hinzufügen, aber ich konnte www.lorenzobrito.com nicht erreichen

@lorenzobrito – Ja, wir arbeiten an der Aktualisierung des Dokuments, danke für dein Feedback.

Vielen Dank an alle für Ihr Feedback und Ihre Geduld. Ich habe das Dokument aktualisiert und hoffe, es ist jetzt klarer. Bitte zögern Sie nicht, ein weiteres Thema zu eröffnen, wenn Sie auf Probleme stoßen.

@normesta - FYI

Bitte schließe

Sieht gut aus!

In Bezug auf die Zuordnung zur benutzerdefinierten Domäne habe ich die benutzerdefinierte Konfiguration befolgt und funktioniert immer noch nicht.

@lorenzobrito Kannst du bitte ein neues Problem eröffnen, da wir glauben, dass das ursprüngliche Problem gelöst wurde. Dies hilft uns sicherzustellen, dass wir dem Problem, auf das Sie stoßen, die Sichtbarkeit geben, die es verdient.

@danbord Wir werden diesen Thread nun schließen. Wenn Sie weitere Fragen zu diesem Thema haben, markieren Sie mich bitte in Ihrer Antwort. Wir werden die Diskussion gerne fortsetzen und das Thema erneut aufrollen.