similar to: How can I have new users/groups to include posixAccount/posixGroup schema automatically?

Greetings, Rowland Penny! >> I've added a few domain users/groups for test, but they don't have ?idNumber, >> even though the relevant schema is loaded? >> How can I tell it to include relevant schema for all newly created >> users/groups? >> >> > Well, you could try walking up to the DC and giving it a good talking to > :-D > But seriously,

On 09/04/15 17:17, Andrey Repin wrote: > Greetings, Rowland Penny! > >>> I've added a few domain users/groups for test, but they don't have ?idNumber, >>> even though the relevant schema is loaded? >>> How can I tell it to include relevant schema for all newly created >>> users/groups? >>> >>> >> Well, you could try walking

Greetings, Rowland Penny! > well tough, the smbldap-tools were written to do a job, map windows > users to unix users and vice versa. No. smbldap-tools were doing exactly the same as AD do: kept all users in one database. > So what you need now is something to do the same, except you don't have > separate Unix users any more, I never had separate unix users ever (aside from one

Greetings, Rowland Penny! >>>>>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>>>>> users to unix users and vice versa. >>>>>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>>>>> database. >>>>>>>>

Greetings, Rowland Penny! >>>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>>> users to unix users and vice versa. >>>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>>> database. >>>>>> >>>>> Similar, but not the same,

Greetings, Rowland Penny! >>> well tough, the smbldap-tools were written to do a job, map windows >>> users to unix users and vice versa. >> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >> database. >> > Similar, but not the same, with smbldap-tools you had Unix and ldap > users, If you want to put it that way... >

Greetings, Rowland Penny! >>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>> users to unix users and vice versa. >>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>> database. >>>> >>> Similar, but not the same, with smbldap-tools you had Unix and ldap

On 09/04/15 19:41, Andrey Repin wrote: > Greetings, Rowland Penny! > >> well tough, the smbldap-tools were written to do a job, map windows >> users to unix users and vice versa. > No. smbldap-tools were doing exactly the same as AD do: kept all users in one > database. > Similar, but not the same, with smbldap-tools you had Unix and ldap users, with Samba4 AD, just

On 10/04/15 13:50, Andrey Repin wrote: > Greetings, Rowland Penny! > >>>>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>>>> users to unix users and vice versa. >>>>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>>>> database.

On 09/04/15 21:17, Andrey Repin wrote: > Greetings, Rowland Penny! > >>>> well tough, the smbldap-tools were written to do a job, map windows >>>> users to unix users and vice versa. >>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>> database. >>> >> Similar, but not the same, with smbldap-tools you

On 09/04/15 22:33, Andrey Repin wrote: > Greetings, Rowland Penny! > >>>>>> well tough, the smbldap-tools were written to do a job, map windows >>>>>> users to unix users and vice versa. >>>>> No. smbldap-tools were doing exactly the same as AD do: kept all users in one >>>>> database. >>>>> >>>>

El 09/04/15 a les 18:39, Rowland Penny ha escrit: > If you want your Unix users to have the same IDs everywhere, you need to > use the RFC2307 attributes, at the moment, how the attributes get into > AD is up to you, use ADUC, samba-tool or write your own scripts. The problem that both Andrey and me are facing (and I'm sure we're not the only ones) is that to manage users with

On 05/04/15 13:47, buhorojo wrote: > On 05/04/15 14:25, Rowland Penny wrote: >> On 05/04/15 13:10, Luca Olivetti wrote: >>> El 05/04/15 a les 11:57, Rowland Penny ha escrit: >>> >>>>> dn: CN=Domain Users,CN=Users,DC=ads,DC=ccenter,DC=lan >>>>> objectSid: S-1-5-21-1031481445-3291699540-3997755762-513 >>>>> gidNumber: 513

I use RODBC and RpgSQL quite a lot to access files stored in another machine under PostgreSQL. Since I am now using files which do not fit into R's memory, I would like to take random samples. What I would like is to issue a query such as SELECT * FROM file WHERE runif > 0.9 with "runif" being a uniformly distributed random number, generated on the fly; but I cannot

Greetings. Here is sample code, with some comments. It shows how I can simulate data and estimate glm with binomial family when there is no individual level random error, but when I add random error into the linear predictor, I have a difficult time getting reasonable estimates of the model parameters or the variance component. There are no clusters here, just individual level responses, so

Greetings, Rowland Penny! >>>>>> dn: CN=Domain Users,CN=Users,DC=ads,DC=ccenter,DC=lan >>>>>> objectSid: S-1-5-21-1031481445-3291699540-3997755762-513 >>>>>> gidNumber: 513 >>>>>> >>>>>> >>>>> I think that could very well be your problem, you have these lines in >>>>> the

Greetings, Rowland Penny! >>>> That will only work on a domain controller. >>> Well yes it will only work on a DC because that is where the AD records >>> are stored, but it can be run from another Linux machine. >>>> I don't want to touch it at all, >>>> if I don't need to blow it apart. >>> Well, seeing as it is only doing

samba 3.0.2 smbldap-tools 0.8.4 RH 9 nss_ldap configured pam_ldap NOT configured LDAP passwd backend winxp pro domain member Hello, i've configured smbldap-tools in smb.conf to manage users from usrmgr.exe. It works at group creation but have a strange behavior in user creation. In the LDAP there are two manually created accounts; Administrador & invitado, both posixAccount and

Hello, I start a new thread, because the other one meanwhile drifted far away from what the OP asked. :-) Am 27.08.2013 17:02, schrieb Luca Olivetti: >> If you provisioned your domain with "--use-rfc2307", then in >> Win7 ADUC you can see the posixAccount (UNIX Attributes) of >> the users. > > I did a classicupgrade, not a provisioning, and I can see the

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! After a night of sleeping it over, I just started from scratch today. So I re-did all the client setups, starting with Ubuntu, this time 14.04, not 12.04 as when I first tried. Again I did what it says in the Wiki and - bingo! It works as advertised, Unix uid/gid, home directory and login shell information come from the directory now. Even PAM