URL フィルタリングの応答ページが正しく読み込まれない

問題

応答ページで url フィルタを使用する場合、別の url カテゴリのページ要素を含む url を読み込もうとすると、応答ページが読み込まれないか、ページ内のコンテンツ埋め込みコンテンツが完全に読み込まれません。

例 1:

• 応答ページは、スパムカテゴリの [続行]、[上書き]、または [ブロック] に設定されます。
• [スパム] カテゴリのさまざまなページコンテンツを含む [オークション] カテゴリのサイトを参照すると、[応答] ページが表示されず、web ページの一部が正しく読み込まれません。

これが web ページの表示の問題に関連しているかどうかを確認するには、一時的な URL フィルタポリシーを作成して応答ページを無効にし、ページが正しく読み込まれるかどうかを確認します。

例 2:

埋め込まれた内容の問題を隔離するもう1つの選択は放火魔または HttpWatch のようなサードパーティのデバッグユーティリティを取付けることであり、各個々の取得要求の状態を見ることができるかどのコンテンツがタイムアウト/読み込みに失敗しているかを確認します。

以下の例は、「コンテンツ配信ネットワーク」に対して厳密に設定された URL プロファイル (続行、上書き、またはブロック)を持っています。

例として放火魔を使用して、コンソールを起動し、問題のページにアクセスし、ネットコンソールをふるいにかける & メッセージ ' 302 移動 ' (' 指定された URL を読み込めませんでした ') を検索します。

読み込みに失敗している画像 (s) を右クリックし、「f o で表示画像」を選択すると、失敗していた特定の URL がハイライトされます (前述のように、Net console でも参照されます)。

ドメインフィールド (この場合は ' d2o307dm5mqftz.cloudfront.net ') を参照し、CLI 経由で test コマンドを使用して、ブロックされたサイトの分類を決定します。

次のように、CLI 経由で破棄されたセッションの「ライブ」セッションステータスを表示することもできます。

セッション状態 = 破棄 & url カテゴリは、このテスト用に構成された url フィルタプロファイルを使用して、この例では実際にブロック/定義された「コンテンツ配信ネットワーク」として分類されていることに注意してください。

破棄されたセッションは、[モニタ] タブ-> [ログ]-> [URL フィルタリング] でも記録されます。以下の例では、URL のブロック (表示されていなかった jpg 画像を参照) をアクション ' ブロック-続行 ' と共に表示するクライアントの IP をソーシングします。

解決方法

これは、埋め込みコンテンツが継続または上書きオプションを要求する機能を持たないため、製品の動作が予想されます。さらに、アクセスされるメインサイトは、URL フィルタリングプロファイルによって許可されているサイトによって分類される可能性があり、

すべて一緒に応答ページをバイパスする。

所有者: ppolizzi