CDNetworks Documentation

Multiple Origins with if

This section describes a use case that is a little bit more complicated than the previous one. Assume a domain needs to load content from two different origins based on the value of a request header x-origin. For origin #2, you want to modify the URI by adding an extra root folder "/images" for all the images, HTML, and CSS objects. You need to send a header x-msg2origin to the origin, but the value is different for the two origins. The Edge Logic should resemble the following:

location / {
  origin_pass origin1; # the default origin
  origin_set_header x-msg2origin "message for origin 1";
  if ($http_x_origin = "origin2") { # check the request header
    origin_pass origin2; # the alternate origin
    origin_set_header x-msg2origin "message for origin 2";
    rewrite /.*\.(html?|css|png|js|jpe?g) /image$uri break;
  }
}

This example uses the if directive in the rewrite module to check the value in the request header x-origin and define different behaviors. However, if is a tricky directive due to the conflict of the "declarative" nature of NGINX configuration and the "imperative" nature of the rewrite module. If you need to use if in your Edge Logic, observe the following rules:

• Read the documentation of the rewrite module carefully. For example, try to understand why the break parameter is necessary for the rewrite directive in the example above.
• Keep in mind that only the directives in the rewrite module (if, set, rewrite, return, break, eval_func, etc.) are executed in the order they appear (imperatively) in the location block. They are executed in an early phase which is before most other actions defined by the declarative directives. When there are declarative directives enclosed in if blocks, only the ones in the last matching if block will take effect. In the edge logic editor on the portal, the imperative directives are colored in blue while the declarative ones are colored in red so you can easily tell them apart.
• Not all directives can be used in an if block. This is specified in the "Context" of each directive. For the ones not allowed in an if block, if they support variable as parameter, you can still control their behavior based on if conditions using the set directive. For example: proxy_cache_valid, proxy_redirect and proxy_cookie_domain.
• Another way to manipulate the request and response headers conditionally is to use the proprietary if() parameter introduced to the add_header, origin_set_header, and origin_header_modify directives. When the condition involves the response from the origin, this is actually the only way to achieve it.