On 08/14/2013 10:36 AM, Andrew Lau wrote:
Any suggestions or workaround, short of having to switch the IPA's hostname
to use a public domain?
IDK if anyone did that, but you can try to change the header by the proxy.
You should change it only for the request with referer:
'https://ipa.externaldomain.com/ipa' to keep to original logic [1] in place.
That means the proxy will work as man-in-the-middle and should have
access to certificate for the external domain. Also, external users
should not use FreeIPA browser configuration pages because of the
different domain.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=747710
Andrew
On Wed, Aug 14, 2013 at 5:36 PM, Petr Vobornik <[email protected]> wrote:
On 08/14/2013 08:00 AM, Andrew Lau wrote:
Hi,
I've got my FreeIPA setup in an internal infrastructure, but I want to be
able to have users access the web UI externally. I tweaked the
ipa-rewrite.conf so it won't redirect me to the FQDN and then tried both a
nginx reverse proxy and port forwarding, both works if the client manually
sets the host name of the IPA server eg. ipa01.internaldomain.local in
their /etc/hosts file. However if the client tries to to use eg.
ipa.externaldomain.com with the same port forwarding or nginx proxy
config,
it'll silently error. The docs briefly touches on this - but doesn't
really
give much to go on.
Any suggestions?
Andrew
.
Hi,
FreeIPA RPC API, which Web UI uses, requires http referer header to start
with 'https://<ipa.server.hostname>**/ipa'. Given that you are using
proxy, I assume that the referer is different and might be a cause of the
issue.
HTH
--
Petr Vobornik
--
Petr Vobornik
_______________________________________________
Freeipa-users mailing list
[email protected]
https://www.redhat.com/mailman/listinfo/freeipa-users
