----- Original Message ----- > From: "Thomas Haynes" <loghyr@xxxxxxxxxxxxxxx> > To: "Chuck Lever" <chuck.lever@xxxxxxxxxx> > Cc: "Steve Dickson" <SteveD@xxxxxxxxxx>, "Linux NFS Mailing List" <linux-nfs@xxxxxxxxxxxxxxx> > Sent: Tuesday, May 24, 2016 9:34:28 PM > Subject: Re: [RFC PATCH 0/1] Create a DNS SRV record of the ID mapping domain >> On May 24, 2016, at 11:20 AM, Chuck Lever <chuck.lever@xxxxxxxxxx> wrote: >> >>> >>> On May 24, 2016, at 1:43 PM, Steve Dickson <SteveD@xxxxxxxxxx> wrote: >>> >>> >>> >>> On 05/24/2016 12:20 PM, Chuck Lever wrote: >>>> >>>> >>>> So your security realm is redhat.com. Any way >>>> to discover that fact, either at system install >>>> time, or after every boot, or ... ? >>> Yea... put it DNS ;-) But I think the answer >>> is no... at least I don't know of a way. >>> >>>> >>>> I think the ID mapping domain name only matters >>>> when you are using Kerberos? sec=sys should use >>>> only stringified UIDs. >>> Netapp filers still use name@domain strings and >>> probably Solaris servers... I think only Linux >>> use the stringified UIDs. >> > > C-mode uses stringified UIDs. Not so sure about 7-mode. > > Primary Data uses stringified UIDs. dCache server accepts stringified UIDs and returns name@domain when possible. A SRV record will help with auto configuration as our nfsv4 domain and dns domain are different (long story). Tigran. > > >> I'm pretty sure recent Solaris servers will behave >> like Linux. But there's plenty of S10 out there. >> > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-nfs" in > the body of a message to majordomo@xxxxxxxxxxxxxxx > More majordomo info at http://vger.kernel.org/majordomo-info.html -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
