On Thu, 27 Nov 2014 10:46:44 +0000
Longina Przybyszewska <longina(a)sdu.dk> wrote:
This is Ubuntu TRusty LTS, with nfs-utils-1.2.8 version.
I finally get it working .
Rpc.gssd looks up for HOSTNAME$@ principal for whatever it finds
This has been fixed in march:
Maybe ask Ubuntu to backport this fix ?
If I used short name in /etc/hostname, it broke dyndns in SSSD ( in
my case nsupdate send record with "shortname." - didn't work.
SHORTNAME$@ principal with fqdn in /etc/hostname and UPN=host/fqdn@
didn't work as well.
I am actually waiting for SSSD updates in my distro - we have still
> -----Original Message-----
> From: sssd-users-bounces(a)lists.fedorahosted.org [mailto:sssd-users-
> bounces(a)lists.fedorahosted.org] On Behalf Of steve
> Sent: 26. november 2014 21:45
> To: sssd-users(a)lists.fedorahosted.org
> Subject: Re: [SSSD-users] SSSD-AD: SamAccountName 20 character
> limit - What does SSSD do with longer host names?
> On 26/11/14 21:09, Longina Przybyszewska wrote:
> > Sure. Nfs server needs nfs/ SPN;
> > I experienced problem on client with
> > SHORTNAME$@ and host/fqdn@ and
> > Hostname=fqdn; this combination made NFS server completely daef
> > until
> client got FQDN$@ principal.
> It works for us and is confirmed by the man page:
> Maybe if it's not working for you, then file a bugzilla against
> your distro?
> Not sure whether you are asking for help or just reporting a
> problem as a warning for others. If the latter, maybe post your
> distro too.
> sssd-users mailing list
sssd-users mailing list
Simo Sorce * Red Hat, Inc * New York