Hi Luka,<br><br>There was a post about similar problem on nginx forum with reply from Igor: <a href="http://forum.nginx.org/read.php?2,212533,212549#msg-212549">http://forum.nginx.org/read.php?2,212533,212549#msg-212549</a><br>
<br><div class="gmail_quote">On Wed, Mar 20, 2013 at 12:44 PM, Luka Perkov <span dir="ltr"><<a href="mailto:nginx@lukaperkov.net" target="_blank">nginx@lukaperkov.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi Vladimir,<br>
<div class="im"><br>
On Tue, Mar 19, 2013 at 07:36:07PM +0400, Vladimir Shebordaev wrote:<br>
> Both requests do look basically correct just like the nginx's and<br>
> curl's behavior. You didn't supply any credentials for<br>
> authentication to continue.<br>
<br>
</div>I know I didn't. That is the example test, if my SCGI daemon gets<br>
request without username and password it will reply to nginx with this:<br>
<br>
Status: 401 Unauthorized<br>
WWW-Authenticate: Basic realm="bla-bla-bla"<br>
<br>
Then nginx will pass that to the client. The problem is that nginx sends<br>
"100 Continue" first. I think that my SCGI code is correct, I'm not sure<br>
if nginx should send "100 Continue" before "401 Unauthorized".<br>
<br>
My guess is that the same will happen using CGI, FastCGI, uWSGI or when<br>
using any upstream server. Somebody correct me if I'm wrong.<br>
<span class="HOEnZb"><font color="#888888"><br>
Luka<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
_______________________________________________<br>
nginx-devel mailing list<br>
<a href="mailto:nginx-devel@nginx.org">nginx-devel@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx-devel" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx-devel</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Regards,<br>Dmitry<br>