(VIP)で受けるHTTPリクエストを、Refererヘッダによって分散先のPoolを切り替えられるようにする。Limitを制御したい。特定流入元のキャンペーンなどで通常と異なる大量リクエストが発生する際に、それらのリクエストを制限しつつ、通常のリクエストには影響を与えないようにする。7.68.0※本記事の設定・動作はRFCに完全準拠はしていない可能性があります。不具合時の責任は負いかねますのでご了承ください。enabled}iRuleこのような流れでHTTPリクエストを処理する。一連のiRuleはこちら。部分ごとの解説は後述。}}}Referer振り分け設定を汎用化するために、Data-Groupを使ってKey-Valueで動的にpoolを設定できるようにする。string}Refererはパスを含む場合もあるので、starts_withで広く拾えるようにする。}}}設定汎用化、エラーハンドリングのcatch句はこちらを参考にさせていただきました。ありがとうございます。(設定汎用化は要検討)。expiresで有効期限を設定することで、セッションが残って制限が継続し続けることを防ぐ。httponlyは用途に応じて任意で。※Persistenceは分散先Poolが決定した後の処理となるため、今回のケースでは有効ではない。}}なお、サーバでCookieを付与している場合、レスポンスにはSet-Cookieヘッダがふたつ存在する。ログ出力ではサーバ付与のCookieのみが表示される。GMT;path=/;Cookie振り分け後続リクエストに付与されるpoolをキーに分散先を決定させる。/Common/designet-pool-advanced期待通り、初回はRefererにより振り分けられ、その後はCookieのpoolによって振り分けられている。iRuleでRefererによってPoolを振り分けられるようにした。Cookieを付与することで、Refererの異なる後続リクエストについても同様の振り分けとすることができた。(14)はてなブログをはじめよう!daichi703nさんは、はてなブログを使っています。ブログを報告する引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。