search for: libpam_unix

...ies browseable = yes valid users = lonnie, mroper, cgilmore, CHAMPION, MBELL, mhiggs # This one is useful for people to share files [tmp] path = /tmp valid users = lonnie, mroper, cgilmore my /etc/pam.conf file is # Account Management # dtaction account required /usr/lib/security/libpam_unix.1 dtlogin account required /usr/lib/security/libpam_unix.1 ftp account required /usr/lib/security/libpam_unix.1 login account sufficient /usr/lib/security/libpam_unix.1 login account sufficient /usr/lib/security/pam_winbind.so su account required /usr/lib/security/libpam...

...m.conf below. Also, I checked for /etc/shells, no such file, and I have set my smb.conf shell line to template shell = /sbin/sh and also tried template shell = /usr/bin/sh both files exist. # # PAM configuration # # Authentication management # login auth sufficient /usr/lib/security/libpam_unix.1 debug login auth sufficient /usr/lib/security/libpam_winbind.1 debug #login auth sufficient /usr/lib/security/libpam_smb.1 nolocal debug su auth required /usr/lib/security/libpam_unix.1 debug dtlogin auth required /usr/lib/security/libpam_unix.1 debug dtaction auth req...

Skipped content of type multipart/alternative

http://bugzilla.mindrot.org/show_bug.cgi?id=1002 Summary: sshd does not report failed PAM session modules to the client side Product: Portable OpenSSH Version: 4.0p1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo: openssh-bugs

http://bugzilla.mindrot.org/show_bug.cgi?id=423 ------- Additional Comments From michael_steffens at hp.com 2002-11-02 02:40 ------- Created an attachment (id=162) --> (http://bugzilla.mindrot.org/attachment.cgi?id=162&action=view) Patch: Workaround for pw change in privsep mode (3.5.p1) ------- You are receiving this mail because: ------- You are the assignee for the bug, or are

Patch PHCO_22265 (s700_800 11.00 cumulative libpam and libpam_unix patch) is now available that fixes a problem discussed a while back on the list regarding an incorrect return value from pam_acct_mgmt(), which effected the ability to change an expired password: (SR: 8606160402 CR: JAGad29724) HP-UX is inconsistent with the PAM standard with respect...

...nedTo: unassigned-bugs at mindrot.org ReportedBy: bitman.zhou at centrify.com OS: HP-UX hpux23 B.11.23 U 9000/785 2009445268 unlimited-user license GCC: gcc version 4.4.3 (GCC), downloaded from HP's website pam.conf: sshd auth required libpam_hpsec.so.1 sshd auth required libpam_unix.so.1 try_first_pass No such issue if no option "try_first_pass" or with option "get_first_pass". ------- gdb trace ----- debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD debug3: mm_request_receive_expect entering: type 11 debug3: mm_request_receive entering Pr...

...eresponseauthentication no" -o "kerberosauthentication no" -o "passwordauthentication yes" -o "kerberosorlocalpasswd no" Authentication ,Password management modules were set to "libpam_krb5.so.1" and Session,Account management modules were set to "libpam_unix.so.1" in pam configuation file. During ssh conneciton, Kerberos password got succeeded when the ssh client was prompted for password. This violates the steps commented in sshd_config file.Can anyone clarify this ? I am using OpenSSH-4.2p1 compiled with OpenSSL 0.9.7i. -- Ponraj M

Hi! as I just noted, after scp the connection does not shut down properly. When I do a "scp file targethost:path", on targethost a "sshd" process is left running. I do use --with-default-path="/usr/local/openssh/bin:/usr/bin:/usr/local/bin" to assure, that the corrensponding openssh-scp is used. It also seems, that normal sessions are not always closed properly.

HI, I am working as research assistant at South dakota University, in Computing Services Dept. Right now we are working on Suse Linux, We are trying to configure Samba Server on a linux machine. But when we try to open the file/folders in Windows NT machine. Then it ask for user name and Password. Where the global parametrs are set to open to all and all password are set to NO. Now I dont