ウェブサイトの静的ファイル (画像、javascript、css) は、リソースの種類ごとに異なるフォルダを持つ Google Storage バケットに保存されます。各ファイルは、CNAME レコードを介して適切な Google ストレージ バケットにマッピングされたカスタム サブドメインと結合された名前を介してアクセスされます。
これはうまくいきました。しかし今日、Chrome のシークレット (プライベート ブラウジング) モードでメインの Web サイトにアクセスしようとすると、サイトのすべてのページが読み込まれませんでした。調査の結果、問題は Google ストレージに保存されているファイルが読み込まれていないことにあると判断しました。
残念ながら、これは Google Chrome 固有の問題ではないようです。Firefox と Internet Explorer のプライベート ブラウジング モードでも発生します (少なくとも、テストに使用している Windows 8.1 Professional プラットフォームでは)。
この問題は、ファイルへのアクセスに CNAME ベースのアプローチを使用した場合にのみ発生するようです。たとえば、このメソッドをプライベート ブラウザ ウィンドウで使用して、Google ストレージ上の画像ファイルの 1 つにアクセスすると、
Google ストレージ上の群衆の画像 - Google ストレージへの直接アクセス
ファイルは問題なく表示できます。一方、ファイルが CNAME アプローチを使用してプライベート ブラウジング ウィンドウで表示される場合、次のようになります。
Google Storage 上の群集の画像 - CNAME 経由でアクセス
画像は読み込まれません。
さらに悪いことに、私たちが完全には理解していない理由により、この問題がプライベート ブラウジング ウィンドウで発生すると、一部のブラウザの場合、通常の (非プライベート ブラウジング) ブラウザ ウィンドウでの Web サイトの適切な表示が引き続き妨げられます。 .
この問題に遭遇した人はいますか?もしそうなら、解決策を見つけましたか?
ヒントや提案をお寄せいただきありがとうございます。
更新 (2015-05-26)
この問題はまだ調査中です。これは ISP 固有のものである可能性がありますが、当社の ISP (Verizon) は Google 側の問題であると考えています。昨日、一部の DNS 設定を微調整して問題を解決しようとしたところ、問題が解決したように見えましたが、それは一時的なものに過ぎませんでした。今日、再び問題が発生し始めました。より多くの情報が利用可能になり次第、この投稿をさらに更新します。
追加更新 (2016-08-25)
(注: 最初にこの更新を書いたのは 2015 年 5 月 26 日でしたが、投稿に失敗し、今日発見しました。問題の説明を完成させるために追加しています。)
この問題は解決されました。問題の原因が何であったかは断言できませんが、問題の正確な性質とそれを解決した可能性のあるものについて、さらに詳しい情報を提供できます。
以下のコメントで述べたように、これは比較的孤立した問題だったようです。さらに調査を進めると、問題は米国内の Verizon インターネット サービス (地上またはモバイル) を介した特定のサブドメインへのアクセスでのみ発生していたことが明らかになりました。問題が Verizon システム内の地域的な問題だったのか、それとも Verizon 全体の問題だったのかはわかりません。システム。しかし、Verizon を使用した固定電話とモバイル アクセスの両方に影響したことは確かです。
問題も発展しました。ブラウザのシークレット モードでサブドメインのファイルにアクセスする際の問題として始まったものが、使用されたブラウジング モードに関係なく問題になりました。とはいえ、サブドメインからファイルをロードしようとする試みがブラウザで使用された場合にのみ問題でした. ファイルは、たとえば、問題なく取得できましwgetた。また、pingサブドメインの ing も Verizon ネットワーク経由で正常に機能しました。
問題が深刻化したため、サブドメインに関連する DNS 設定を徹底的にチェックすることにしました。ここで、問題の原因となっている可能性のあるものを発見しました。ドメイン レジストラーの DNS 設定と、弊社が使用する (別の) DNS サービスとの間に若干の不一致がありました。
この不一致は、サブドメインをどのように解決する必要があるかについての矛盾する報告にはつながりませんでした (これがおそらく、この問題が過去に発生しなかった理由です)。しかし、私の記憶が正しければ、レジストラの DNS 情報が DNS サービスにその情報を提供する権利があることを完全に確認せずに、DNS サービスがサブドメインの CNAME レコードを提供することになりました。
この不一致は修正されました。1、2 時間以内に、問題は自然に解決しました。上記の 2 つのリンクを使用してファイルを表示している場合は、両方のリンクで問題なく表示されるはずです。
ただし、不一致を解決するために行った DNS 設定の変更、または Verizon での更新が問題解決の原因であったかどうかは、はっきりとは言えません。ただし、この問題を Verizon に報告したことはありません。（私はそこまで行きませんでした。）
DNS の不一致は 1、2 年以上存在しており、認識している問題は発生していませんでしたが、個人的にはそれが問題の原因であると考えています。