Proxy_pass url with a #
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.
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
> > change it, until today with your questioning.
> Ah, with hindsight, I think I understand what happened.
> 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,
> Francis Daly francis at daoine.org
> nginx mailing list
> nginx at nginx.org
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the nginx