<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">In nginx, you have the <a href="http://nginx.org/en/docs/http/ngx_http_core_module.html#variables">http_<header name> embedded variable in the core module</a> to access HTTP headers.<br>

</div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">You can build the logic the way you want (through <a href="http://nginx.org/en/docs/http/ngx_http_map_module.html">map</a> or directives from <a href="http://nginx.org/en/docs/http/ngx_http_rewrite_module.html">the rewrite module</a>).<br>

<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Using all that you can redirect to specific URL or backend with whatever arguments you wish to do the work for you.<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

It is the UNIX way of doing things to separate components in individual processes, so I suggest you delegate the job to a third-party one which will listen for incoming requests.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

I would do that this way and keep nginx as close as possible from the lean genuine version to ensure updates are straightforward.<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">My 2 cents,<br>

</div><div class="gmail_extra"><font size="1"><span style="color:rgb(102,102,102)">---<br></span><b><span style="color:rgb(102,102,102)">B. R.</span></b><span style="color:rgb(102,102,102)"></span></font>
</div></div>