問題タブ [azure-cdn]

Azure CDN をセットアップしていますが、Cache-Control ヘッダーの設定に問題があります。

Cloudberry Explorer を使用して、サーバー フォルダーと CDN 間の同期をセットアップしました。これはうまく機能しています。すべてのファイルが問題なく CDN にコピーされました。

[ツール] > [HTTP ヘッダー] > [HTTP ヘッダーの編集] で、Cache-Control の値を次のように設定しました: public,max-age=604800

ただし、これは何の効果もないようです (Fiddler と Page Speed の両方によると)。

Azure CDN の Cache-Control ヘッダーの設定に関するヒントをいただければ幸いです。

次のような URL で Windows Server 2012 R2 を実行している Web サーバーに URL 書き換えモジュールをインストールしました: http://staging.mysite.net/

画像、フォント、スクリプトなどを Azure CDN に読み込んでいます。

Web.config で次のルールを指定しました。

ファイルが存在する場合でも、すべてが 404 エラーとして返されます。たとえば、私のページには/images/en-us/logo.pngへの参照があります。http://cdn.staging.mysite.net/images/en-us/logo.pngが実際に存在する ことを確認しました。

さらに、Url Rewrite スナップインの「テスト パターン」関数は、images/en-us/logo.pngまたは/images/en-us/に入力すると、{R1} が en-us/logo.png を返すことを示しています。 logo.pngを「テストする入力データ」フィールドに入力します。

type="Rewrite" の代わりに type="Redirect" を一時的に使用しようとしましたが、これによりサーバーからの要求/応答が重複します。1 つ目は 301、2 つ目は 200 です。200 の応答のみを希望します。

++ 明らかに、mysite.net は実際には私のドメインではなく、例としてのみ使用されています。

Azure の使用を開始したばかりで、https とクエリ文字列を有効にして Azure CDN を作成しました。http を介して画像にアクセスする場合、https を介して同じ画像にアクセスする場合の両方に問題はありません。「504 - Gateway Timeout」が表示されます。

以下のリンクを試してください。通常の http 経由の最初のものは機能しますが、https 経由の 2 番目のものは機能しません。

http://az620855.vo.msecnd.net/profiles/user-cc667cfc-fc9a-4343-9a2f-90f5d3539c08/profile-c5c108a0-1a7c-46a3-b00a-5607f6458973.jpg?size=WWW-ProfilePictureSmall

https://az620855.vo.msecnd.net/profiles/user-cc667cfc-fc9a-4343-9a2f-90f5d3539c08/profile-c5c108a0-1a7c-46a3-b00a-5607f6458973.jpg?size=WWW-ProfilePictureSmall

理由はありますか？

静的な html/js/css で記述された HTML5 アプリがあります (実際には Dart で記述されていますが、javascript にコンパイルされます)。別のドメインでホストされている REST API を使用して、CDN 経由でアプリケーション ファイルを提供しています。アプリはクライアント側のルーティングを使用するため、ユーザーがアプリを使用すると、URL が のように変化する場合がありますhttp://www.myapp.com/categories。問題は、ユーザーがページを更新すると、404 になることです。

ユーザーが有効なクライアント側ルートであるページを要求した場合に、(私の場合)client.htmlページを返すだけのルールを作成できる CDN はありますか?

より詳しい説明・例

私の Web アプリの静的ファイルは S3 に保存され、Amazon の CloudFront CDN 経由で提供されます。アプリケーションをブートストラップする単一の HTML ファイルclient.html. これは、ドメインルートにアクセスしたときに提供されるデフォルトのファイルであるためwww.mysite.com、ブラウザにアクセスすると、実際に提供されwww.mysite.com/client.htmlます。

Web アプリはクライアント側のルーティングを使用します。アプリが読み込まれ、ユーザーがナビゲートを開始すると、URL が更新されます。これらの URL は実際には CDN に存在しません。たとえば、ユーザーがウィジェットを参照したい場合、ボタンをクリックすると、クライアント側のルーティングによって「ウィジェット」ビューが表示され、ブラウザーの URL が に更新されwww.mysite.com/widgets/browseます。CDN に/widgets/browseは実際には存在しないため、ユーザーがブラウザーの更新ボタンを押すと、404 が返されます。

私の質問は、CDN がリクエスト URI の確認と書き換えをサポートしているかどうかです。そのため、 のリクエストを見て、 に/widgets/browse書き換えることができました/client.html。そうすれば、アプリケーションは 404 を返す代わりに提供されます。

この問題には、サーバーを CDN の前に配置するという別の解決策があることは認識していますが、理想的とは言えません。

私の Web サイトはAzure WebRoleでホストされており、コンテンツはAzure CDNを使用して取得されます。メインの HTTP リクエスト自体は圧縮されていますが、静的コンテンツ (ここでは css と js が主な問題です) は圧縮されていません。リクエストは「Accept-Encoding: gzip,deflate,sdch」ヘッダーで送信されますが、応答には「Content-Encoding: gzip 」ヘッダーと「Vary: Accept-Encoding」ヘッダーがありません。これは、CDN と WebRole の両方からコンテンツをフェッチするときに発生することに注意してください。

関連する web.config セクションは次のとおりです。

構成でわかるように、プロキシと HTTP 1.0 の圧縮を有効にしましたが、問題はないようです。

ここで何が問題なのか誰にも分かりますか？

Azure Blob Storage を使用して画像をパブリック コンテナーに格納し、それらをパブリック Web サイトに埋め込んでいます。xxxxx.blob.core.windows.netすべて正常に動作し、ブロブはアップロードした瞬間に公開されます。エッジ キャッシング インフラストラクチャに Azure CDN を使用し、xxxxx.vo.msecnd.net.

しかし、今、画像を CDN に向けると、15 分間ほど 404 が返された後、サービスが開始されます。彼らのドキュメントには、違反の多いブロブや頻繁に変更されるブロブには CDN を使用すべきではないと記載されていますが、公開サイト用の画像アップロード機能を備えたシンプルな CMS は CDN を保証しますよね?