On Wed, 2013-08-14 at 09:23 +0300, Alexander Bokovoy wrote: > On Wed, 14 Aug 2013, 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? > Couple considerations here. > > First, you may need to play with debug level to see what principal > mod_auth_kerb picks up when negotiation happens. > > Second, using Kerberos authentication requires both sides to own > Kerberos principals for authentication process to go. Browsers select > HTTP/server.fqdn as their target service principal when connection to > the server.fqdn. Your IPA server only has HTTP/ipa01.internaldomain.local > in its keytab in /etc/httpd/conf/ipa.keytab, which means it would only > be able to respond on ipa01.internaldomain.local to Kerberos auth requests. > > A way to fix this is by making HTTP/ipa.externaldomain.com service in > IPA (ipa service-add HTTP/ipa.externaldomain.com) and then use > 'ipa-getkeytab' to fetch the keytab with the key for the service. Next > step would be to merge content of this keytab with > /etc/httpd/conf/ipa.keytab: > > (echo rkt /tmp/external.keytab; echo wkt /etc/httpd/conf/ipa.keytab) |ktutil > > Then restart httpd -- I'm not sure mod_auth_kerb re-reads the keytab on > its change.
FWIW please disregard these complicated instructions, just run ipa-getkeytab on the server an pass -k /etc/httpd/conf/ipa.keytab directly. ipa-getkeytab will properly append the fetched keys to the keytab and no further, error prone, manual merging will be necessary. Simo. -- Simo Sorce * Red Hat, Inc * New York _______________________________________________ Freeipa-users mailing list Freeipaemail@example.com https://www.redhat.com/mailman/listinfo/freeipa-users