]> git.ipfire.org Git - thirdparty/haproxy.git/commitdiff
MEDIUM: http: implement http-response redirect rules
authorWilly Tarreau <w@1wt.eu>
Fri, 22 May 2015 15:30:48 +0000 (17:30 +0200)
committerWilly Tarreau <w@1wt.eu>
Thu, 28 May 2015 15:45:43 +0000 (17:45 +0200)
Sometimes it's problematic not to have "http-response redirect" rules,
for example to perform a browser-based redirect based on certain server
conditions (eg: match of a header).

This patch adds "http-response redirect location <fmt>" which gives
enough flexibility for most imaginable operations. The connection to
the server is closed when this is performed so that we don't risk to
forward any pending data from the server.

Any pending response data are trimmed so that we don't risk to
forward anything pending to the client. It's harmless to also do that
for requests so we don't need to consider the direction.

doc/configuration.txt
include/types/proto_http.h
src/proto_http.c

index 7984cadfa4a60a61c817df756861402408607a30..ee088683431af506887ad7a42a5a22e30d351723 100644 (file)
@@ -3612,7 +3612,7 @@ http-request { allow | deny | tarpit | auth [realm <realm>] | redirect <rule> |
              about ACL usage.
 
 http-response { allow | deny | add-header <name> <fmt> | set-nice <nice> |
-                capture <sample> id <id> |
+                capture <sample> id <id> | redirect <rule> |
                 set-header <name> <fmt> | del-header <name> |
                 replace-header <name> <regex-match> <replace-fmt> |
                 replace-value <name> <regex-match> <replace-fmt> |
@@ -3788,6 +3788,13 @@ http-response { allow | deny | add-header <name> <fmt> | set-nice <nice> |
       a previous directive "http-response capture" or with the "declare capture"
       keyword.
 
+    - "redirect" : this performs an HTTP redirection based on a redirect rule.
+      This supports a format string similarly to "http-request redirect" rules,
+      with the exception that only the "location" type of redirect is possible
+      on the response. See the "redirect" keyword for the rule's syntax. When
+      a redirect rule is applied during a response, connections to the server
+      are closed so that no data can be forwarded from the server to the client.
+
   There is no limit to the number of http-response statements per instance.
 
   It is important to know that http-response rules are processed very early in
index 19efedc96d43316edbcf636d48bc1d4dd9a2c885..0e51412a1e57a118ca0105e92e58108cc8054791 100644 (file)
@@ -286,6 +286,7 @@ enum {
        HTTP_RES_ACT_DEL_ACL,
        HTTP_RES_ACT_DEL_MAP,
        HTTP_RES_ACT_SET_MAP,
+       HTTP_RES_ACT_REDIR,
        HTTP_RES_ACT_CUSTOM_STOP,  /* used for module keywords */
        HTTP_RES_ACT_CUSTOM_CONT,  /* used for module keywords */
        HTTP_RES_ACT_MAX /* must always be last */
@@ -467,6 +468,7 @@ struct http_res_rule {
                        struct list fmt;       /* log-format compatible expression */
                        struct my_regex re;    /* used by replace-header and replace-value */
                } hdr_add;                     /* args used by "add-header" and "set-header" */
+               struct redirect_rule *redir;   /* redirect rule or "http-request redirect" */
                int nice;                      /* nice value for HTTP_RES_ACT_SET_NICE */
                int loglevel;                  /* log-level value for HTTP_RES_ACT_SET_LOGL */
                int tos;                       /* tos value for HTTP_RES_ACT_SET_TOS */
index 655b3ae989fda004f6b90fda50953ef971249bb6..d331eb13e1b59e1f1ea463620ce8b4830176d18a 100644 (file)
@@ -3680,13 +3680,15 @@ resume_execution:
 }
 
 
-/* Executes the http-response rules <rules> for stream <s>, proxy <px> and
- * transaction <txn>. Returns 3 states: HTTP_RULE_RES_CONT, HTTP_RULE_RES_YIELD
- * or HTTP_RULE_RES_STOP. If *CONT is returned, the process can continue the
- * evaluation of next rule list. If *STOP is returned, the process must stop
- * the evaluation. It may set the TX_SVDENY on txn->flags if it encounters a deny
- * rule. If *YIELD is returned, the czller must call again the function with
- * the same context.
+/* Executes the http-response rules <rules> for stream <s> and proxy <px>. It
+ * returns one of 5 possible statuses: HTTP_RULE_RES_CONT, HTTP_RULE_RES_STOP,
+ * HTTP_RULE_RES_DONE, HTTP_RULE_RES_YIELD, or HTTP_RULE_RES_BADREQ. If *CONT
+ * is returned, the process can continue the evaluation of next rule list. If
+ * *STOP or *DONE is returned, the process must stop the evaluation. If *BADREQ
+ * is returned, it means the operation could not be processed and a server error
+ * must be returned. It may set the TX_SVDENY on txn->flags if it encounters a
+ * deny rule. If *YIELD is returned, the caller must call again the function
+ * with the same context.
  */
 static enum rule_result
 http_res_get_intercept_rule(struct proxy *px, struct list *rules, struct stream *s)
@@ -3879,6 +3881,11 @@ resume_execution:
                        break;
                        }
 
+               case HTTP_RES_ACT_REDIR:
+                       if (!http_apply_redirect_rule(rule->arg.redir, s, txn))
+                               return HTTP_RULE_RES_BADREQ;
+                       return HTTP_RULE_RES_DONE;
+
                case HTTP_RES_ACT_CUSTOM_CONT:
                        if (!rule->action_ptr(rule, px, s)) {
                                s->current_rule = rule;
@@ -4133,6 +4140,9 @@ static int http_apply_redirect_rule(struct redirect_rule *rule, struct stream *s
                s->res.analysers = AN_RES_HTTP_XFER_BODY;
                req->msg_state = HTTP_MSG_CLOSED;
                res->msg_state = HTTP_MSG_DONE;
+               /* Trim any possible response */
+               res->chn->buf->i = 0;
+               res->next = res->sov = 0;
        } else {
                /* keep-alive not possible */
                if (unlikely(txn->flags & TX_USE_PX_CONN)) {
@@ -6491,9 +6501,19 @@ int http_process_res_common(struct stream *s, struct channel *rep, int an_bit, s
                struct proxy *rule_set = cur_proxy;
 
                /* evaluate http-response rules */
-               if (ret == HTTP_RULE_RES_CONT)
+               if (ret == HTTP_RULE_RES_CONT) {
                        ret = http_res_get_intercept_rule(cur_proxy, &cur_proxy->http_res_rules, s);
 
+                       if (ret == HTTP_RULE_RES_BADREQ)
+                               goto return_srv_prx_502;
+
+                       if (ret == HTTP_RULE_RES_DONE) {
+                               rep->analysers &= ~an_bit;
+                               rep->analyse_exp = TICK_ETERNITY;
+                               return 1;
+                       }
+               }
+
                /* we need to be called again. */
                if (ret == HTTP_RULE_RES_YIELD) {
                        channel_dont_close(rep);
@@ -9837,6 +9857,25 @@ struct http_res_rule *parse_http_res_cond(const char **args, const char *file, i
                proxy->conf.lfs_line = proxy->conf.args.line;
 
                cur_arg += 2;
+       } else if (strcmp(args[0], "redirect") == 0) {
+               struct redirect_rule *redir;
+               char *errmsg = NULL;
+
+               if ((redir = http_parse_redirect_rule(file, linenum, proxy, (const char **)args + 1, &errmsg, 1, 1)) == NULL) {
+                       Alert("parsing [%s:%d] : error detected in %s '%s' while parsing 'http-response %s' rule : %s.\n",
+                             file, linenum, proxy_type_str(proxy), proxy->id, args[0], errmsg);
+                       goto out_err;
+               }
+
+               /* this redirect rule might already contain a parsed condition which
+                * we'll pass to the http-request rule.
+                */
+               rule->action = HTTP_RES_ACT_REDIR;
+               rule->arg.redir = redir;
+               rule->cond = redir->cond;
+               redir->cond = NULL;
+               cur_arg = 2;
+               return rule;
        } else if (((custom = action_http_res_custom(args[0])) != NULL)) {
                char *errmsg = NULL;
                cur_arg = 1;