similar to: [Bug 178] Content of /etc/nologin isn't shown to users, fix triggers probably AIX bug

http://bugzilla.mindrot.org/show_bug.cgi?id=178 Summary: Content of /etc/nologin isn't shown to users, fix triggers probably AIX bug Product: Portable OpenSSH Version: 3.1p1 Platform: PPC OS/Version: AIX Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo:

http://bugzilla.mindrot.org/show_bug.cgi?id=178 ------- Additional Comments From djm at mindrot.org 2002-04-26 11:36 ------- Adding arbitrary sleep() calls is a great way to get servers hanging at unpredictable times - e.g. under high system load, 2 seconds may not be enough Have you raised the issue with IBM? ------- You are receiving this mail because: ------- You are the assignee for

http://bugzilla.mindrot.org/show_bug.cgi?id=178 djm at mindrot.org changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED ------- Additional Comments From djm at mindrot.org 2003-01-07 17:39

http://bugzilla.mindrot.org/show_bug.cgi?id=178 dtucker at zip.com.au changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #51 is|0 |1 obsolete| | ------- Additional Comments From dtucker at zip.com.au 2002-10-20 16:19 -------

I'm seeing a problem under AIX (4.3.3, 5.1, 5.2) very similar to bug #178. It occurs with both 3.6.1p1 and openssh-SNAP-20030910. If /etc/nologin is present, a session requesting a pty will hang, apparently when the sshd parent tries to close the pty slave. As in bug #178, adding a brief sleep to the child sshd anytime after the fork seems to clear up the problem (though I agree that this

Courtesy follow up back to the unix-dev list (mainly for those like me who searched the archives) Thanks to the very swift response of Darren, a patched auth.c did the trick Patch enclosed below (apply after the p20) I'm guessing he'll either update p20 or issue p21 soon. Many thanks Andrew --- auth.c.orig 2003-06-25 23:14:16.000000000 +1000 +++ auth.c 2003-06-25

Hi there, I have just compiled up 3.6.1p2 both with and without Darren Tuckers passexpire patch. However, with the patch applied /etc/nologin isn't displayed to users (on AIX 5.1 / PSSP) The patched vesion seems to fail with "illegal user" - some parts of a debug 3 log... debug1: userauth-request for user ade45 service ssh-connection method none debug1: attempt 0 failures 0

Here's a patch for a feature I'm used to having in the old commercial ssh. It checks for usernames the file /etc/nologin.allow when /etc/nologin is in place, and lets the users mentioned in /etc/nologin.allow in regardless of /etc/nologin. This is very usefull for remote administration of servers. Please consider applying this. -jf -------------- next part -------------- ---

Hello everyone, I noticed recently that when I had /etc/nologin in place on my server I couldn't log in when I authenticated via passwords, but when I used RSA authentication I was able to log in no problem. I looked through the source, and I think I might see where the problem is. I have a Linux system, so sshd was compiled with PAM support. Using normal authentication, the pam_nologin

http://bugzilla.mindrot.org/show_bug.cgi?id=1045 Summary: Missing option for ignoring the /etc/nologin file Product: Portable OpenSSH Version: 4.0p1 Platform: All OS/Version: Linux Status: NEW Severity: enhancement Priority: P2 Component: sshd AssignedTo: bitbucket at mindrot.org

hi, the man page for sshd(1) says about /etc/nologin: "The file should be world-readable". However, nologin has no effect if it's not readable by the connecting user: if (pw->pw_uid) f = fopen(_PATH_NOLOGIN, "r"); if (f) { /* /etc/nologin exists. Print its contents and exit. */ ... ... return(254) if root has a

Hi, and here's another bug report against openssh which I could verify using openssh from cvs. So could we please change the behaviour of openssh to be consistent? > when /etc/nologin exists and the pam_nologin.so module is included in > the sshd pam file then users will be denied access when it exists > (though its contents are not displayed to them) however if the user >

I need to set up some (err, a lot) of user accounts for (pop) mail and ftp access purposes. But disallow shell login access. What I can do to achieve this - and it works well - is to create a small script, thus: #!/usr/bin/tail +6 # # /etc/NOSHELL # # Login shell to prevent shell access for user accounts # ######################################################################### #

I know this has come up before and I even saw a patch from Niklas Edmundsson for 2.1.1p2 (see http://marc.theaimsgroup.com/?l=openssh-unix-dev&m=96316919430887&w=2 ) I had the (mis)fortune recently of realizing that if PAM is defined, /etc/nologin is not honored. session.c tells me that pam_nologin is supposed to take care of this, and that's nice, except that it's a Linux

My apologies if this has already been discussed. I looked through the mailing list archives and couldn't see any mention of this problem. I compiled and installed openssh-2.3.0p1 on a sparc running SunOS 5.7, and while I was testing it to make sure everything was working properly, I noticed that when I used PAM to authenticate, rather than /bin/login, sshd was not honoring /etc/nologin. I

Hello Stewart, Stewart Dean schrieb am 25.04.2007 21:26: > I'm running AIXV5.3 at the latest level, compiling using the IBM C for > AIX V6.0 compiler and building/running Dovecot at V1.0/mbox under test > usage by our IT department right now. We have a legacy UWIMAP that is > currently the production IMAP service. The same here: - AIX 5.2, - xlC 6, - uwimap and qpopper in

Attached is a patch to be applied with GNU patch -p0, notice that configure needs to be regenerated. The patch addresses the following annoyances: * On AIX there is a signal called SIGDANGER which is sent to all processes when the machine runs low on virtual memory. This patch makes sure that this signal is ignored, because the default on older AIX releases is to kill the running process

Hi Timo, dovecot 1.2.0 is great! Faster and more stable on mboxes that 1.1.x by far... good job :-) Today I stumbled over a strange problem when I tried to subscribe an existing Mailbox (mbox), which doesn't work. Thunderbird IMAP log -------------------- 9932[4124558]: 40f3498:imap.fh-trier.de:A:SendData: 11 subscribe "Mail/Archiv/1998" 9932[4124558]: ReadNextLine

Hello, has anyone out there successfully build dovecot on AIX with plugins supported? I'm talking about an dlopen error when a plugin tries to access global symbols, that are defined in the dovecot "parent" binary For example: # MAIL_PLUGINS=zlib /usr/local/libexec/dovecot/imap imap(root): Error: dlopen(/usr/local/lib/dovecot/imap/lib20_zlib_plugin.so) failed: rtld: 0712-001

Hi Timo, Hello list, I've played around with dovecot-1.1.1 on AIX to get quotas (especially NFS quotas) to work. I've found that dovecot doesn't implement handling of 'mntctl' and so it is unable to determine filesystem mountpoints on AIX correctly. Your'll find more information about 'mntctl' here: