Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

[Samba] Workstation Logon Restrictions (Log On To) with samba 4 AD

11 views
Skip to first unread message

Trenta sis via samba

unread,
Oct 30, 2016, 3:30:02 PM10/30/16
to
Hi,

After a migration from samba 3 nt domain to samba 4 AD we have detected
that Workstation Logon Restrictions (Log On To) is not working correctly,
with samba 3 was working perfect, but after migration we have detected that
some resources are not available, for example roaming profiles, home
folders... we have tried to add as log on to workstations samba machine
(dc), machine that has roaming profiles, home folders.... but without
success only works if we disable all restrictions to log on to, but then
for our environment is a security problem

How can I solve?

thanks
--
To unsubscribe from this list go to the following URL and read the
instructions: https://lists.samba.org/mailman/options/samba

Andrew Bartlett via samba

unread,
Nov 1, 2016, 2:10:03 AM11/1/16
to
On Sun, 2016-10-30 at 20:20 +0100, Trenta sis via samba wrote:
> Hi,
>
> After a migration from samba 3 nt domain to samba 4 AD we have
> detected
> that Workstation Logon Restrictions (Log On To) is not working
> correctly,
> with samba 3 was working perfect, but after migration we have
> detected that
> some resources are not available, for example roaming profiles, home
> folders... we have tried to add as log on to workstations  samba
> machine
> (dc), machine that has roaming profiles, home folders.... but without
> success only works if we disable all restrictions to log on to, but
> then
> for our environment is a security problem
>
> How can I solve?

The implementation of the workstation logon restrictions has always
been a bit of a hack in Windows domains, and so to in Samba.  In NTLM,
it was enforced largely by the client-supplied and unverified
'workstation' in the NTLM packet.  The protections in the NETLOGON
server are a bit stronger, but your issue is that the KDC is now
issuing the ticket, and perhaps that isn't checking the optional
'workstation name' 'address' that is put in the krb5 request.

The correct way to enforce a login restriction would be to deny the
service ticket, but then we would have to tell which TGS-REQ packets
were for desktop logon, and which were for other services on other
hosts.

All in all, this is very hard to on the DC.  The workstation itself
would be better placed to enforce such a restriction as an ACL, but I
don't know of a way to do that.

Andrew Bartlett

--
Andrew Bartlett http://samba.org/~abartlet/
Authentication Developer, Samba Team http://samba.org
Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba

lingpanda101 via samba

unread,
Nov 1, 2016, 8:10:03 AM11/1/16
to

Not sure how you are restricting access but I normally use Microsoft's
ADUC tool for this purpose. Open the object you would like to restrict
and choose the account tab then finally 'Log On To' option. You can then
define what workstations the user is limited to.

--
- James

Trenta sis via samba

unread,
Nov 1, 2016, 2:30:03 PM11/1/16
to
hi andrew and james,

my configurations is made from aduc tools as you described but doesn't work
correctly
about andrew message about this issue, I understand that is an issue and is
not solved and any solutions is available... only workaround is disable log
on restrictions in aduc, then works, but without security...
additional information with samba 3 and nt domain was working perfect

thanks

Trenta sis via samba

unread,
Nov 2, 2016, 5:30:02 PM11/2/16
to
hi,


Can I do any action to recover this feature or similar feature as It was
available to samba 3?

thanks

Andrew Bartlett via samba

unread,
Nov 2, 2016, 6:10:02 PM11/2/16
to
On Wed, 2016-11-02 at 21:59 +0100, Trenta sis wrote:
> hi,
>
>
> Can I do any action to recover this feature or similar feature as It
> was available to samba 3?

At this stage it needs some development, to add comprehensive tests and
the feature re-added to the KDC, assuming that is practical in the
current architecture.

You are welcome to file a bug, but I sense this one will need a
reasonable chunk of work to ensure not just it is fixed, but stays
fixed.

Andrew Bartlett

Andrew Bartlett
https://samba.org/~abartlet/
Authentication Developer, Samba Team https://samba.org
Samba Development and Support, Catalyst IT
https://catalyst.net.nz/services/samba

0 new messages