<div dir="ltr">Hi Simo,<div><br></div><div>Thanks for your reply. Good old Google pointed me to <a href="https://github.com/rtrouton/rtrouton_scripts/blob/master/rtrouton_scripts/open-l">https://github.com/rtrouton/rtrouton_scripts/blob/master/rtrouton_scripts/open-l</a> dap_bind_script/Mac_OpenLDAP_bind_script.sh, which gave me the idea of updating the RealName mapping to displayName. This solved the problem, I'll have to recreate the permissions for every share, but the user names now show up, and stick. No more UIDs.</div>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Apr 15, 2014 at 9:30 AM, Simo Sorce <span dir="ltr"><<a href="mailto:simo@redhat.com" target="_blank">simo@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="HOEnZb"><div class="h5">On Fri, 2014-04-11 at 10:37 -0400, Fredy Sanchez wrote:<br>
> Hi all,<br>
><br>
> We asked this same question at <a href="http://discussions.apple.com" target="_blank">discussions.apple.com</a>, but figured we'd have<br>
> better luck here. I apologize in advance if this is the wrong forum.<br>
><br>
> We are switching from Synology (DSM 5) to Mavericks server (v3.1.1. running<br>
> in Mavericks 10.9.2) for File Sharing. We use a FreeIPA (ipa-server.x86_64<br>
>         3.0.0-37.el6) backend for SSO, and the Mac server seems correctly<br>
> bound to it. Unfortunately, although we can add usernames to the shares for<br>
> the initial config, the usernames transform to UIDs after (only for SSO<br>
> accounts; local accounts are not affected). That is, when we go to edit the<br>
> permissions for a share, all we see are UIDs. We can always figure out the<br>
> username from the UID, but this is an extra step we don't want to have.<br>
> We've tried reinstalling the Mac server app from scratch, re-binding to the<br>
> FreeIPA backend, changing mappings in Directory Utility (for example,<br>
> mapping GeneratedUID to uid, which is the username), recreating the shares<br>
> and permissions, etc. Here are more details about the binding:<br>
><br>
> * The binding happens thru a custom package we created based primarily on<br>
> <a href="http://linsec.ca/Using_FreeIPA_for_User_Authentication#Mac_OS_X_10.7.2F10.8" target="_blank">http://linsec.ca/Using_FreeIPA_for_User_Authentication#Mac_OS_X_10.7.2F10.8</a><br>
> * Sys Prefs, Users & Groups, Login Options show the server bound to the<br>
> FreeIPA backend with the green dot<br>
> * The following mappings are in place in Directory Utility, Services,<br>
> LDAPv3, FreeIPA backend<br>
><br>
> Users: inetOrgPerson<br>
>      AuthenticationAuthority: uid<br>
>      GeneratedUID: random number in uppercase<br>
>      HomeDirectory: #/Users/$uid$<br>
>      NFSHomeDirectory: #/Users/$uid$<br>
>      OriginalHomeDirectory: #/Users/$uid$<br>
>      PrimaryGroupID: gidNumber<br>
>      RealName: cn<br>
>      RecordName: uid<br>
>      UniqueID: uidNumber<br>
>      UserShell: loginShell<br>
> Groups: posixgroup<br>
>      PrimaryGroupID: gidNumber<br>
>      RecordName: cn<br>
><br>
> The search bases are correct<br>
><br>
> * Directory Utility, Directory Editor shows the right info for the users.<br>
> * $ id $USERNAME shows the right information for the user<br>
><br>
> FreeIPA is working beautifully for our Mac / Linux environment. We provide<br>
> directory services to about 300 hosts, and 200 employees using it; and<br>
> haven't had any problems LDAP wise until now. So we think we are missing a<br>
> mapping here. Any ideas?<br>
<br>
</div></div>Fredy,<br>
I quickly tried to check for some documentation on how to configure this<br>
stuff, but found only useless superficial guides on how to find the<br>
pointy/clicky buttons to push to enable the service.<br>
<br>
I am not a Mac expert by a long shot so I cannot help you much here.<br>
<br>
Is there any guide available on how to use this service with other LDAP<br>
servers, like openLDAP or Active Directory ? We can probably draw some<br>
conclusions from there.<br>
<span class="HOEnZb"><font color="#888888"><br>
Simo.<br>
<br>
--<br>
Simo Sorce * Red Hat, Inc * New York<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><div style="text-align:right"><div style="text-align:left">Cheers,</div><div style="text-align:left"><br></div><div style="text-align:left">

Fredy Sanchez</div><div style="text-align:left">IT Manager @ Modernizing Medicine</div><div style="text-align:left"><div>(561) 880-2998 x237</div><div><a href="mailto:fredy.sanchez@modmed.com" target="_blank">fredy.sanchez@modmed.com</a></div>

</div><div style="text-align:left"><div style="color:rgb(0,0,0);font-family:Times;font-size:medium;clear:both;height:10px"><br></div></div><div style="text-align:left"><b>Need IT support?</b> Visit <a href="https://mmit.zendesk.com/" style="font-weight:bold" target="_blank">https://mmit.zendesk.com</a><br>

</div><div style="text-align:left"><div style="width:650px"><div style="padding-top:10px;float:left"><ul style="color:rgb(153,153,153);font-family:ubuntu;font-size:8pt;line-height:15px;padding:0px;list-style:none"><li><br>

</li></ul></div></div></div><div style="text-align:left"><div style="color:rgb(0,0,0);font-family:Times;font-size:medium;min-width:650px"><div style="padding-top:10px;font-family:ubuntu,verdana,arial,sans-serif;font-size:8pt;line-height:15px;float:left;color:rgb(153,153,153)">

<ul style="margin:0px;padding:0px;list-style:none"><li style="padding:0px;margin:0px"><b style="line-height:normal;font-family:arial,sans-serif;font-size:13px;color:rgb(34,34,34)"><br></b></li></ul></div></div></div></div>

</div>
</div>