<div dir="ltr"><div>Hi Rcrit,<br><br></div><div>As Outlined in the IRC channel. Please find the ldap.conf from the open ldap server below.<br><br>URI ldap://<a href="http://ldap.example.com">ldap.example.com</a> ldap://<a href="http://ldap1.example.com">ldap1.example.com</a><br>
BASE dc=example,dc=com<br>TLS_CACERT /etc/pki/tls/certs/ca-bundle.crt<br><br></div><div>I then copy the file /etc/pki/tls/certs/ca-bundle.crt from the openldap server over to the test IPA server and on the IPA server I run the following command.<br>
<br>certutil -A -d /etc/httpd/alias -n 'openldap CA' -t CT,, -a -i ca-bundle.crt<br><br></div><div>The openldap server is using a certificate signed by a CA. The IPA server is using the self signed certificate it generated when starting up.<br>
<br></div><div>I still get the error after adding the CA bundle for openldap server to the apache cert db on IPA server.<br><br></div><div>After explaining all this, I feel that the problem lies with the self signed cert on the IPA server. Can I confirm with someone the process in which the migration of data occurs?<br>
<br></div><div>I gather the it something like this.<br><br></div><div>1 >IPA binds/creates a connection to the remote server via SSL/TSL and creates a connection<br>2> It then binds to a socket locally<br></div><div>
3> Then contacts the apache server for some reason (no idea why this is contacting apache on 443?) <br></div><div><br></div><div>Regards<br><br></div><div>John<br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Jan 14, 2013 at 6:09 PM, Rob Crittenden <span dir="ltr"><<a href="mailto:rcritten@redhat.com" target="_blank">rcritten@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">Johnathan Phan wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Anyone know the details of the low level system steps for the migration<br>
script to work? so I can try and backwards engineer or troubleshoot each<br>
system as I go along so I can actually migrate the data from openldap to<br>
ipa?<br>
</blockquote>
<br></div>
The migration is taking place in the context of the web server. So any trust needs to be added to /etc/httpd/alias (and the httpd service restarted). It needs to trust the signer of the remote LDAP server. What I don't know is how you add trust in NSS for a self-signed server certificate. You might be best off issuing new SSL certs for your openldap server which uses a CA to issue the server cert in order to perform the migration.<br>

<br>
rob<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">
<br>
Regards<br>
<br>
John<br>
<br>
<br>
On Mon, Jan 14, 2013 at 9:19 AM, Johnathan Phan <<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><br></div><div class="im">
<mailto:<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><u></u>>> wrote:<br>
<br>
    Hi Aquino,<br>
<br>
    thanks for the input, however. There is a CRT in there already and<br>
    it was set to allow on both the IPA server and the target openldap<br>
    server.<br>
    the core of the issue seems to be that IPA does not accept the cert<br>
    either locally or remotely as it does not trust it.<br>
<br>
    anyone know how I can troubleshot this. I have reviewed the dirsrv<br>
    logs for ldap and I can't spot anything/.<br>
<br>
    Regards<br>
    John<br>
<br>
<br>
    On Fri, Jan 11, 2013 at 5:55 PM, JR Aquino <<a href="mailto:JR.Aquino@citrix.com" target="_blank">JR.Aquino@citrix.com</a><br></div><div class="im">
    <mailto:<a href="mailto:JR.Aquino@citrix.com" target="_blank">JR.Aquino@citrix.com</a>>> wrote:<br>
<br>
        Try editing /etc/openldap/ldap.conf:<br>
<br>
        TLS_CACERT      /etc/ipa/ca.crt<br>
        TLS_REQCERT allow<br>
<br>
<br>
        See if that helps<br>
<br>
        "Keeping your head in the cloud"<br>
        ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~<u></u>~~~~~~~<br>
        Jr Aquino | Sr. Information Security Specialist<br>
        GIAC Exploit Researcher and Advanced Penetration Tester |<br>
        GIAC Certified Incident Handler | GIAC WebApp Penetration Tester<br>
        Citrix Online | 7408 Hollister Avenue | Goleta, CA<br>
        93117<x-apple-data-detectors:/<u></u>/0/0><br>
        T: <a href="tel:%2B1%20805.690.3478" value="+18056903478" target="_blank">+1 805.690.3478</a><br></div>
        <tel:%2B1%20805.690.3478><tel:<u></u>+1%C2%A0805.690.3478><br>
        C: <a href="tel:%2B1%20805.717.0365" value="+18057170365" target="_blank">+1 805.717.0365</a> <tel:%2B1%20805.717.0365><tel:<u></u>+1%20805.717.0365><br>
        <a href="mailto:jr.aquino@citrix.com" target="_blank">jr.aquino@citrix.com</a><br>
        <mailto:<a href="mailto:jr.aquino@citrix.com" target="_blank">jr.aquino@citrix.com</a>><<u></u>mailto:<a href="mailto:jr.aquino@citrixonline.com" target="_blank">jr.aquino@citrixonline.<u></u>com</a><div class="im">
<br>
        <mailto:<a href="mailto:jr.aquino@citrixonline.com" target="_blank">jr.aquino@<u></u>citrixonline.com</a>>><br>
        <a href="http://www.citrixonline.com" target="_blank">http://www.citrixonline.com</a><<a href="http://www.citrixonline.com/" target="_blank">ht<u></u>tp://www.citrixonline.com/</a>><br>
<br>
        On Jan 11, 2013, at 8:05 AM, Johnathan Phan<br>
        <<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><br></div>
        <mailto:<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><u></u>><mailto:<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.<u></u>com</a><div class="im">
<br>
        <mailto:<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><u></u>>>> wrote:<br>
<br>
        Hi There,<br>
<br>
        This is driving me up the wall.<br>
<br>
        I have two servers. 1 is a live openldap/kerberous AAA server<br>
        running on RHEL6. The LDAP service has SSL/TS support. The<br>
        second server is a test environment running on fedora and has<br>
        3.1 IPA installed.<br>
<br>
        As a last step of my POC I need to migrate the users and<br>
        passwords from the LDAP server to IPA server.<br>
<br>
        I ran this command perfectly fine.<br>
<br>
        ipa config-mod --enable-migration=TRUE<br>
<br>
        However the next step was where my issues began.<br>
<br>
        In the end after a lot of IRC communication and troubleshooting<br>
        I now run the following command.<br>
<br>
        ipa migrate-ds --bind-dn="cn=admin,dc=<u></u>example,dc=com"<br>
        --user-container="ou=users,ou=<u></u>live,dc=example,dc=com"<br>
        --group-container="ou=groups,<u></u>ou=live,dc=example,dc=com"<br>
        ldaps://<a href="http://ldap1.live.example.com" target="_blank">ldap1.live.example.com</a><br></div>
        <<a href="http://ldap1.live.example.com" target="_blank">http://ldap1.live.example.com</a><u></u>><<a href="http://ldap1.live.example.com/" target="_blank">http://ldap1.live.example.<u></u>com/</a>><div class="im">
<br>
<br>
        I get the following error.<br>
<br>
        ipa: DEBUG: Caught fault 4203 from server<br>
        <a href="http://fedoraipaserver.test.example.com/ipa/xml" target="_blank">http://fedoraipaserver.test.<u></u>example.com/ipa/xml</a>: Can't contact<br>
        LDAP server: TLS error -8179:Peer's Certificate issuer is not<br>
        recognized.<br>
        ipa: DEBUG: Destroyed connection context.xmlclient<br>
        ipa: ERROR: Can't contact LDAP server: TLS error -8179:Peer's<br>
        Certificate issuer is not recognized.<br>
<br>
        I have summarized that the IPA server does not trust the cert<br>
        served by the openldap or the other way around. Does anyone know<br>
        how to get around this? Or allow me to finish the migration of<br>
        user data.<br>
<br>
        Regards<br>
<br>
        John<br>
<br>
        --<br>
        Johnathan Phan<br>
<br></div>
        T: <a href="tel:%2B44%20%280%29784%20118%207080" value="+447841187080" target="_blank">+44 (0)784 118 7080</a> <tel:%2B44%20%280%29784%20118%<u></u>207080><div class="im"><br>
<br>
<br>
<br>
        ______________________________<u></u>_________________<br>
        Freeipa-users mailing list<br>
        <a href="mailto:Freeipa-users@redhat.com" target="_blank">Freeipa-users@redhat.com</a><br></div>
        <mailto:<a href="mailto:Freeipa-users@redhat.com" target="_blank">Freeipa-users@redhat.<u></u>com</a>><mailto:<a href="mailto:Freeipa-users@redhat.com" target="_blank">Freeipa-users@<u></u>redhat.com</a> <mailto:<a href="mailto:Freeipa-users@redhat.com" target="_blank">Freeipa-users@redhat.<u></u>com</a>>><div class="im">
<br>
        <a href="https://www.redhat.com/mailman/listinfo/freeipa-users" target="_blank">https://www.redhat.com/<u></u>mailman/listinfo/freeipa-users</a><br>
<br>
<br>
<br>
<br>
    --<br>
    Johnathan Phan<br>
    ox-consulting<br>
<br>
<br></div>
    T: <a href="tel:%2B44%20%280%29784%20118%207080" value="+447841187080" target="_blank">+44 (0)784 118 7080</a> <tel:%2B44%20%280%29784%20118%<u></u>207080><br>
    <a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a> <mailto:<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><u></u>><br>
<br>
    <a href="http://www.ox-consulting.com" target="_blank">www.ox-consulting.com</a> <<a href="http://www.ox-consulting.com" target="_blank">http://www.ox-consulting.com</a>><div class="im"><br>
<br>
    OX CONSULTING Ltd is registered in England & Wales, number:<br>
    07113039, registered address as above.<br>
<br>
    The information contained in this email message may be privileged,<br>
    confidential or exempt from disclosure under applicable law. If you<br>
    are not the intended recipient, you are hereby notified that any<br>
    use, dissemination, distribution or copying of this transmission is<br>
    strictly prohibited. If you have received this communication in<br>
    error, or if any problems occur with transmission, please notify the<br>
    sender immediately.<br>
<br>
<br>
<br>
<br>
--<br>
Johnathan Phan<br>
ox-consulting<br>
<br>
T: <a href="tel:%2B44%20%280%29784%20118%207080" value="+447841187080" target="_blank">+44 (0)784 118 7080</a><br>
</div><a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a> <mailto:<a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><u></u>><br>
<br>
<a href="http://www.ox-consulting.com" target="_blank">www.ox-consulting.com</a> <<a href="http://www.ox-consulting.com" target="_blank">http://www.ox-consulting.com</a>><div class="im"><br>
<br>
OX CONSULTING Ltd is registered in England & Wales, number: 07113039,<br>
registered address as above.<br>
<br>
The information contained in this email message may be privileged,<br>
confidential or exempt from disclosure under applicable law. If you are<br>
not the intended recipient, you are hereby notified that any use,<br>
dissemination, distribution or copying of this transmission is strictly<br>
prohibited. If you have received this communication in error, or if any<br>
problems occur with transmission, please notify the sender immediately.<br>
<br>
<br></div><div class="im">
______________________________<u></u>_________________<br>
Freeipa-users mailing list<br>
<a href="mailto:Freeipa-users@redhat.com" target="_blank">Freeipa-users@redhat.com</a><br>
</div><a href="https://www.redhat.com/mailman/listinfo/freeipa-users" target="_blank">https://www.redhat.com/<u></u>mailman/listinfo/freeipa-users</a><br>
<br>
</blockquote>
<br>
</blockquote></div><br><br clear="all"><br>-- <br>Johnathan Phan<br>ox-consulting<br><br>T: +44 (0)784 118 7080<br><a href="mailto:john@ox-consulting.com" target="_blank">john@ox-consulting.com</a><br><br><a href="http://www.ox-consulting.com" target="_blank">www.ox-consulting.com</a><br>
<br>OX CONSULTING Ltd is registered in England & Wales, number: 07113039, registered address as above.<br><br>The information contained in this email message may be privileged, confidential or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution or copying of this transmission is strictly prohibited. If you have received this communication in error, or if any problems occur with transmission, please notify the sender immediately.<div style="padding:0px;margin-left:0px;margin-top:0px;overflow:hidden;word-wrap:break-word;color:black;font-size:10px;text-align:left;line-height:130%">
</div>
</div>