2016-10-27 20 views
3

varnishの背後にあるサーバーのapacheノードでmod-pagespeedを実行しています。ngnixhttpsを処理しています。 したがって、すべてのリクエストはhttpとして追加のx-proto headerとしてApacheに到着します。httpとhttpsでcdnのURL書き換え

PageSpeedはhttpで正常に動作し、希望するcdnドメインにURLを書き換えますが、httpsリクエストでは失敗します。

設定:

ModPagespeedRespectXForwardedProto on 
ModPagespeedDomain mycdn.azureedge.net 
ModPagespeedMapRewriteDomain mycdn.azureedge.net *mydomain.com 

mycdn.azureedge.netはCDNと何mydomain.comは私のウェブサイトです。

私の完全なmod_pagespeed設定can be found here

私がをoffに設定した場合、httpsリクエストでは、リンクはcdnに書き換えられますが、httpがプロトコルとして書き換えられます。

私はローカルマシン(ドッカー付き)を設定してこのローカルをテストし、同じ問題を抱えました。 Thou Pagespeedはhttpで正常に動作し、URLはhttpsで書き換えられません。デバッグフィルタを使用すると、https要求でもデバッグ情報が追加されるため、Pagespeedは両方のプロトコルに対して確実に実行されます。

the stats_log_global output as a pastebin herethe debug log output from the html hereも追加しました。

httpsリクエストでもこれらのURLを書き換えるためにpageSpeedを取得するにはどうすればよいですか?

答えて

1

example.netとexample.comに言及していますが、あなたのドメインでは明確ではありませんが、あなたの設定には表示されません。あなたは自分自身とCDN経由でコンテンツを提供していますか?

ModPagespeedMapOriginDomainをドキュメントに示唆したように設定してみましたか?マッピングを有効にするには、フロントにプロトコルを追加する必要があるようです。

https://developers.google.com/speed/pagespeed/module/https_support#map_the_origin

あなたは間違いなくドメインを書き換える必要がありますか?起源のマッピングが十分であるようです。

+0

example.netとexample.comは_examples_です。 –

+0

ModPagespeedMapOriginDomainは、ドメインの書き換え方法ではなく、変更されたデータ(圧縮など)を取得する方法を処理します。 –

+0

はい、私はドメインを書き直す必要があります。エンドユーザが私のcdnからデータをロードする方法は? –

関連する問題