{"id":7209,"date":"2021-02-21T12:07:52","date_gmt":"2021-02-21T12:07:52","guid":{"rendered":"https:\/\/rax-stg-wp-aws.com\/blogs\/configuring-a-per-site-waf-policy-with-ip-address-restriction-rules-part-two\/"},"modified":"2026-11-03T19:28:13","modified_gmt":"2026-11-03T19:28:13","slug":"configuring-a-per-site-waf-policy-with-ip-address-restriction-rules-part-two","status":"publish","type":"blogs","link":"https:\/\/www.rackspace.com\/de\/blogs\/configuring-a-per-site-waf-policy-with-ip-address-restriction-rules-part-two\/","title":{"rendered":"Configuring a per-site WAF policy with IP address restriction rules: Part two"},"content":{"rendered":"

In Part one<\/a> of this three-part series, I introduced the concept of the per-site web application firewall (WAF) Policy with IP address rule restrictions and set the stage for this demonstration. Part one also lays out the assumptions for the implementation walkthrough. In this post, I present the Application Gateway configuration.<\/p>\n

Application Gateway configuration<\/strong><\/p>\n

My Application Gateway is already provisioned, so let me share the relevant settings that I configured.<\/p>\n

Web Application Firewall <\/strong><\/p>\n

1. Under the Configure tab, I have WAF V2 as the selected Tier, Firewall Status enabled and in Prevention mode. I did not create any exclusions and I left the Global parameters with the default settings. <\/p>\n

\"waf<\/p>\n

\n2. On the Rules tab, I left the default ruleset of OWASP 3.0 and Advanced rule configuration disabled.<\/p>\n

Backend Pool<\/strong>
\nI have my Windows VM (or rather it\u2019s NIC) added as a backend target to a pool I created called vmPool01<\/em>.<\/p>\n

– Backend protocol\/port<\/strong>: Because this is purely for testing, I selected HTTP\/80<\/em>.
\n– Cookie-based affinity<\/strong>: disabled<\/em>
\n– Connection draining: disabled<\/em>
\n– Request time-out (seconds) <\/strong>: Default of 20<\/em>
\n– Override with new hostname<\/strong>: yes<\/em>
\n– Override with specific domain name<\/strong>: Selected. Because I have two websites running on
\n  the same VM, I need to select this option and specify the website URL so that the system
\n  forwards requests to the correct site based on the incoming host header.
\n   – For HTTPSettings01<\/strong>, I specified site1.hiteshvadgama.co.uk<\/em> as the domain name
\n   – For HTTPSettings02<\/strong>, I specified site2.hiteshvadgama.co.uk <\/em>as the domain name
\n– Custom Probe<\/strong>: I created a custom probe for each website and assigned each to the
\n  respective HTTP Setting object for health monitoring purposes.<\/p>\n

The following screenshot shows the HttpSettings01<\/strong> object for reference:<\/p>\n

\"waf<\/p>\n

 Frontend IP configurations <\/strong><\/p>\n

The Application Gateway has a public IP address that I used to create DNS A records to map my two websites.<\/p>\n

\"waf<\/p>\n

Listeners<\/strong><\/p>\n

1. I created a Listener for each website. The custom WAF rule needs this to work because I associate the rule to a specific Listener later so it impacts only one website.<\/p>\n

– Site1_Listener<\/strong>: corresponding to site1.hiteshvadgama.co.uk<\/strong>
\n– Site2_Listener<\/strong>: corresponding to site2.hiteshvadgama.co.uk<\/strong><\/p>\n

 <\/p>\n

\"waf<\/p>\n

2. In the configuration for each Listener, I have the following: <\/p>\n

– Frontend IP<\/strong>: public<\/em>
\n– Port<\/strong>: 80<\/em>
\n– Associated Rule<\/strong>: I created a routing rule for each website and associated it to the
\n  respective Listener. I cover routing rules in the next section.
\n– Listener Type<\/strong>: Because I have more than one hosted site, I selected Multi site<\/em>.
\n– Host name<\/strong>: I entered the URL corresponding to the respective website.<\/p>\n

Following is a screenshot of the Site1_Listener<\/strong> for reference:<\/p>\n

\"waf<\/p>\n

Rules <\/strong><\/p>\n

1. I created a routing rule for each Listener:<\/p>\n

– Site1_Rule: corresponding to Site1_Listener<\/em>
\n– Site2_Rule: corresponding to Site2_Listener<\/em><\/p>\n

2. For Site1_Rule<\/strong> backend targets, I have a backend pool<\/strong> (vmPool01<\/em>) and the HTTPSettings01 <\/strong>object.<\/p>\n

\"waf<\/p>\n

3. For Site2_Rule<\/strong> backend targets, I again have backend pool<\/strong> (vmPool01<\/em>) but this
\n   time with the HTTPSettings02 <\/strong>object. <\/p>\n

\"waf<\/p>\n

\nPost 3<\/a> concludes the series with WAF policy configuration and testing the custom rule. <\/p>\n","protected":false},"excerpt":{"rendered":"

Configuring a per-site WAF policy with IP address restriction rules: Part two<\/p>\n","protected":false},"author":2,"featured_media":7211,"menu_order":0,"comment_status":"open","ping_status":"open","template":"","format":"standard","meta":{"content-type":"","nid":"26309","content_type":"blog","created_by":"10130","authored_on":"2023-11-29T12:07:52+00:00","field_article_industries":"","tag_category":"Technical","field_blog_author_text":"by Hitesh Vadgama, Solutions Architect, Rackspace Technology","seo_description":"Focus on Application Gateway configuration for the per-site WAF policy with IP address restriction rules. Read part 2.\r\n","field_featured_image":"","insights_image":"\/wp-content\/uploads\/2026\/blog_technical_images\/26309-insights_image-security-technical-blog-1-insights.jpg","field_partners":"","rxt_platforms":"Microsoft Azure, Security, Cloud-Native Security, Multicloud Security, On-Premises Security","product":"","publisheddate":"2021-02-21T12:07:52","rxt_solutions":"Security, Elastic Engineering for Security, Security Operations","opengraph_tag":"","x_tag":"","teaser_flag":"Technical Blog","seo_titile":"Per-site WAF policy IP address restriction rules Pt.2 | Rackspace","field_topics":"","field_slug":"configuring-a-per-site-waf-policy-with-ip-address-restriction-rules-part-two","footnotes":""},"categories":[178],"tags":[204],"class_list":["post-7209","blogs","type-blogs","status-publish","format-standard","has-post-thumbnail","hentry","category-blog","tag-technical"],"_links":{"self":[{"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/blogs\/7209","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/blogs"}],"about":[{"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/types\/blogs"}],"author":[{"embeddable":true,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/comments?post=7209"}],"version-history":[{"count":2,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/blogs\/7209\/revisions"}],"predecessor-version":[{"id":9153,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/blogs\/7209\/revisions\/9153"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/media\/7211"}],"wp:attachment":[{"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/media?parent=7209"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/categories?post=7209"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.rackspace.com\/de\/wp-json\/wp\/v2\/tags?post=7209"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}