similar to: [Bug 87] Last logon that gets reported upon login is the current login time

http://bugzilla.mindrot.org/show_bug.cgi?id=87 stevesk at pobox.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |openssh-unix-dev at mindrot.org AssignedTo|openssh-unix-dev at mindrot.org|stevesk at pobox.com ------- Additional Comments From

http://bugzilla.mindrot.org/show_bug.cgi?id=87 Summary: Last logon that gets reported upon login is the current login time Product: Portable OpenSSH Version: 3.0.2p1 Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo:

https://bugzilla.mindrot.org/show_bug.cgi?id=87 Yann Rouillard <yann at pleiades.fr.eu.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |yann at pleiades.fr.eu.org Status|CLOSED |REOPENED Resolution|FIXED

https://bugzilla.mindrot.org/show_bug.cgi?id=87 Damien Miller <djm at mindrot.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|REOPENED |RESOLVED CC| |djm at

on hp-ux 11 i see: $ date;ssh jenny Fri Oct 12 14:44:13 PDT 2001 Last successful login for stevesk: Fri Oct 12 10:45:42 PST8PDT 2001 on pts/2 Last unsuccessful login for stevesk: Mon Sep 24 22:55:53 PST8PDT 2001 Last login: Fri Oct 12 10:45:43 2001 from 172.31.1.53 You have mail. so solaris PAM is different. can other solaris+PAM users confirm this? On Fri, 12 Oct 2001, Benn Oshrin wrote:

http://bugzilla.mindrot.org/show_bug.cgi?id=1189 Summary: Stacked PAM modules hang root logout Product: Portable OpenSSH Version: 4.3p2 Platform: UltraSparc OS/Version: Solaris Status: NEW Severity: normal Priority: P2 Component: PAM support AssignedTo: bitbucket at mindrot.org ReportedBy:

http://bugzilla.mindrot.org/show_bug.cgi?id=926 ------- Comment #8 from djm at mindrot.org 2006-05-22 15:12 ------- I don't understand - surely the limits should be applied in the *child* process and not the parent process? ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=158 ------- Additional Comments From wknox at mitre.org 2002-03-12 06:43 ------- Created an attachment (id=38) Patch to fix described problem ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=84 wknox at mitre.org changed: What |Removed |Added ---------------------------------------------------------------------------- Version|-current |3.0.2p1 ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

http://bugzilla.mindrot.org/show_bug.cgi?id=1189 wknox at mitre.org changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Stacked PAM modules hang |PAM module hangs root logout |root logout | ------- Comment #12 from wknox at mitre.org 2006-05-22

I am having an unusual bit of behavior with a recently upgraded 3.0.8 installation (from 3.0.2a). I upgraded the server and retained the secrets.tdb file. The server itself is using security = domain, and it had been joined to the domain prior to the upgrade. Now, once I started the new version, I couldn't log on, and would get the error "There are no logon servers available to service

Hi, I didn't know if this was the correct spot to send openSSH bugs/problems so I thought I'd try... Anyway, I have encountered the following compile time problems for openssh-1.2pre15 / Solaris 2.6 / gcc 2.8.1 - * daemon code (bsd-daemon.[ch]) exists but is not linked in. Also, header is not included. Same might apply to bsd-login. * rsa.h needs __P() define to work

http://bugzilla.mindrot.org/show_bug.cgi?id=423 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO| |627 nThis| | Status|NEW |ASSIGNED ------- Additional

In OpenSSH 3.6.1p2, pam_open_session() ran with a conversation function, do_pam_conversation(), that fed text to the client. In OpenSSH 3.7.1p2, this is no longer the case: session modules run with a conversation function that just returns PAM_CONV_ERR. This means that simple session modules whose job involves printing text on the user's terminal no longer work: pam_lastlog, pam_mail, and

HI all, ok. I read all the entries of this mailinglist with the subject nethwork path. I try everything but nothing happens. I have no more ideas what i can do. Pleaaaaaaasssseeee heeeeellllllppppp. (I also tried to walk throught document.txt) The problem: -Client Win2k -Server Suse Linux 8.0 with Samba -I completely installed and configured Samba. I walk throught the document of Samba. I tried

I'm using OpenSSH-2.9.9p2 on Solaris 8 sparc64. 2.9p2 worked fine, but 2.9.9p2+ is giving me trouble with one thing - sshd segfaults if I try to connect and execute a command, such as "ssh machine ls". Otherwise it works great. sshd will fork, and the child process segfaults. CVS snapshot does the same thing. I've narrowed this down somewhat. It will only happen if you use

Is there anyone running Samba 3.0.X on Solaris 8 that has VFS working? I am dying to know if this is a problem with my setup or if there is something else going on. If you do have it working, please let me know which module. Thanks. Bill Knox Lead Operating Systems Programmer/Analyst The MITRE Corporation ---------- Forwarded message ---------- Date: Tue, 25 May 2004 13:54:26 -0400

Hello, We use USE_POSIX_THREADS in our HP-UX build of OpenSSH. When we connect a non-root user with PAM [pam-kerberos] then I get the following error. debug3: PAM: opening session debug1: PAM: reinitializing credentials PAM: pam_setcred(): Failure setting user credentials This is particularly for non-root users with PrivSep YES. When I connect to a root user with PrivSep YES or to a non-root

I have put together a simple set of diffs that corrects the problem described by Steven Fishback <sfishback at interpath.net> on 10-30 on this list regarding incorrect information reported by last on Solaris. The patches merely pass along the username in the utmpx record for a logout. Is there any reason why this would be a problem with other OSes? If not, maybe this could be rolled into the

http://bugzilla.mindrot.org/show_bug.cgi?id=926 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- OtherBugsDependingO|994 | nThis| | ------- Additional Comments From dtucker at zip.com.au 2005-05-22 11:03 -------