Yep. Busy with it right now. Got the same issue. Seems telnet,ftp rlogin work ok, but not dtlogin. I am thinking maybe dtlogin needs a special authetnciation section in the pam.conf file. -----Original Message----- From: fedora-directory-users-bounces at redhat.com [mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Sam Smith Sent: 26 May 2006 04:53 PM To: General discussion list for the Fedora Directory server project. Subject: solaris, dtlogin, and FDS I have a bunch of fully patched and up-to-date Solaris 2.9 machines, using an FDS ldap server. I just converted them over from NIS, thanks to the help from the documentation on the web site. I can login at the command line, I can ssh to them, I thought everything was working great. But when I sit down in front of the console, and try to login with dtlogin to CDE (the gui), it kicks me out. It's using the "other" lines from my pam.conf, which look like this: # # Default definitions for Authentication management # Used when service name is not explicitly mentioned for authentication # other auth requisite pam_authtok_get.so.1 other auth required pam_dhkeys.so.1 other auth binding pam_unix_auth.so.1 server_policy other auth required pam_ldap.so.1 If I look at the log file in the FDS server ("access"), everything looks fine. Has anyone else had a problem with dtlogin? Thanks for any help, Sam -- Fedora-directory-users mailing list Fedora-directory-users at redhat.com https://www.redhat.com/mailman/listinfo/fedora-directory-users -------------------------------------------------------- This e-mail and any attachments are confidential and may also be legally privileged and/or copyright material of Intec Telecom Systems PLC (or its affiliated companies). If you are not an intended or authorised recipient of this e-mail or have received it in error, please delete it immediately and notify the sender by e-mail. In such a case, reading, reproducing, printing or further dissemination of this e-mail or its contents is strictly prohibited and may be unlawful. Intec Telecom Systems PLC does not represent or warrant that an attachment hereto is free from computer viruses or other defects. The opinions expressed in this e-mail and any attachments may be those of the author and are not necessarily those of Intec Telecom Systems PLC.
