<div dir="ltr"><div class="gmail_extra"><div>I was mistaken.  I wasn't triggering 429s reliably.  They are being passed </div><div>through as expected.</div><div><br></div><div>I will use proxy_pass_header Retry-After to get the behavior I wanted for 503s.</div><div><br></div><div>Some of my server 503s may be application/json while others are text/html.</div><div><br></div><div>I would like to pass the json responses through while nginx returns its </div><div>own 503 response instead of server 503 html responses.</div><div><br></div><div>That doesn't seem to be possible with the existing proxy options.</div><div><br></div><div class="gmail_quote">On Wed, Oct 19, 2016 at 8:37 PM, Piotr Sikora <span dir="ltr"><<a href="mailto:piotrsikora@google.com" target="_blank">piotrsikora@google.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hey Marques,<br>
<span class="gmail-"><br>
> "proxy_next_upstream error" has exemptions for 402 and 403.  Should it not<br>
> have exemptions for 429 "Too many requests" as well?<br>
><br>
> I want proxied servers' 503 and 429 responses with "Retry-After" to be<br>
> delivered to the client as the server responded.  The 429s in this case<br>
> contain json bodies.<br>
<br>
</span>Actually, after re-reading your email, I'm confused... 429 responses<br>
aren't matched by "proxy_next_upstream error" (with or without my<br>
patches), and are passed as-is to the client.<br>
<br>
Maybe you're using "proxy_intercept_errors" with custom error pages?<br>
<br>
Best regards,<br>
Piotr Sikora<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
______________________________<wbr>_________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/<wbr>mailman/listinfo/nginx</a><br>
</div></div></blockquote></div><br></div></div>