[Fedora-directory-users] solaris, dtlogin, and FDS

Paul Clayton Paul.Clayton at intecbilling.com
Fri May 26 14:56:23 UTC 2006


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: [Fedora-directory-users] 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.




More information about the 389-users mailing list