Proxy_pass url with a #

Brian W. brian at brianwhalen.net
Tue Oct 9 13:22:22 UTC 2018


Yes on both counts, I didnt see that the /logon could also be the backend
proxy_pass. I was trying to stick all sorts of python gets in the
backend-sample-app.py script which was not right, and the # issue was a non
issue, because there is an auto redirect from / to the desired url.

Brian

On Mon, Oct 8, 2018, 3:12 PM Francis Daly <francis at daoine.org> wrote:

> On Mon, Oct 08, 2018 at 12:53:36PM -0700, Brian W. wrote:
>
> Hi there,
>
> > Ok I figured it out.
>
> Good stuff.
>
> > A page I saw mentioned copying the ldap conf as the
> > nginx.conf file and using that and I did. I erroneously thought the port
> > 9000 connection in there was a necessary ldap connect piece and so I
> didn't
> > change it, until today with your questioning.
>
> Ah, with hindsight, I think I understand what happened.
>
>
> https://github.com/nginxinc/nginx-ldap-auth/blob/master/nginx-ldap-auth.conf
>
> shows the backend as both handling /login and providing the common
> response, while the ldap-auth daemon is separate.
>
> And the login service issues a redirect itself.
>
> In your case, I guess that the /login-equivalent (if it exists) is *not*
> on the same server as the backend common content -- so "proxy_pass
> http://backend/;" there becomes "proxy_pass http://windows-server/;"
> in your case.
>
> And hopefully the part with the # in the client-side url Just Works for
> you too.
>
> Glad you got it working,
>
>         f
> --
> Francis Daly        francis at daoine.org
> _______________________________________________
> nginx mailing list
> nginx at nginx.org
> http://mailman.nginx.org/mailman/listinfo/nginx
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.nginx.org/pipermail/nginx/attachments/20181009/086d0377/attachment.html>


More information about the nginx mailing list