ass
login account requiredpam_unix.so
login password required pam_permit.so
login session requiredpam_permit.so
And this is the content of /etc/login.access:
-:ALL EXCEPT user user1 : ALL
If we do "su - user3" in FreeBSD 4.10 the result is
that we become
am_unix.so
try_first_pass
login account requiredpam_unix.so
login password required pam_permit.so
login session requiredpam_permit.so
And this is the content of /etc/login.access:
-:ALL EXCEPT user user1 : ALL
If we do "su - user3" in FreeBSD 4.10 the resu
am_unix.so try_first_pass
login account requiredpam_unix.so
login password required pam_permit.so
login session requiredpam_permit.so
And this is the content of /etc/login.access:
-:ALL EXCEPT user user1 : ALL
If we do "su - user3" in FreeBSD 4.10 the resu
am_unix.so try_first_pass
login account requiredpam_unix.so
login password required pam_permit.so
login session requiredpam_permit.so
And this is the content of /etc/login.access:
-:ALL EXCEPT user user1 : ALL
If we do "su - user3" in FreeBSD 4.10 the resu
"Jonas Trollvik" <[EMAIL PROTECTED]> writes:
> Hi,
> I've been using login.access for a long while, it hasnt occured to me until now that
> sshd isnt taking that file into account. No users (except me) can log in to my
> system with telnet and they shouldnt with
Hi,
I've been using login.access for a long while, it hasnt occured to me until now that
sshd isnt taking that file into account. No users (except me) can log in to my system
with telnet and they shouldnt with sshd.
Is there a workaround for this? Wouldnt it be considered a serious bug
gt;
Cc: <[EMAIL PROTECTED]>
Sent: Friday, November 28, 2003 1:43 AM
Subject: Re: sshd not respecting login.access
> > I've been using login.access for a long while, it hasnt occured to
> > me until now that sshd isnt taking that file into account. No users
> > (exc
> I've been using login.access for a long while, it hasnt occured to
> me until now that sshd isnt taking that file into account. No users
> (except me) can log in to my system with telnet and they shouldnt
> with sshd.
login.access is only used by login(1), not by sshd.
This i
Hi,
I've been using login.access for a long while, it hasnt occured to me until now that
sshd isnt taking that file into account. No users (except me) can log in to my system
with telnet and they shouldnt with sshd.
Is there a workaround for this? Wouldnt it be considered a serious bug
On Mon, Jul 07, 2003 at 11:00:49AM -0600, Scott Gerhardt wrote:
> Login seems to be ignoring my /etc/login.access settings.
Did you cap_mkdb /etc/login.access after editing the file?
>
> I have the following entries (see below) in my login.access, yet any new
> user (not in the
Login seems to be ignoring my /etc/login.access settings.
I have the following entries (see below) in my login.access, yet any new
user (not in the wheel group) is still allowed to login. What am I missing?
# $FreeBSD: src/etc/login.access,v 1.3 1999/08/27 23:23:42 peter Exp $
#
-:ALL EXCEPT
my login.access was working perfectly with 4.6-stable
(not allowing users to login via telnet/ssh but
allowing them only on ftp) but after upgrading to
4.7-stable -- somehow, users can now login thru
telnet/ssh with the same login.access settings that i
have before . did i miss something on
- Original Message -
From: "Scott Gerhardt" <[EMAIL PROTECTED]>
To: "FreeBSD" <[EMAIL PROTECTED]>
Sent: Thursday, October 17, 2002 3:41 PM
Subject: Login.access restrictions
> Login.access restriction should be denying all non wheel users but:
>
&g
Check out PAM docs and mail archivesmy memory was stirred
by this post, but not "refreshed"
Kevin Kinsey
DaleCo, S.P.
- Original Message -
From: "Scott Gerhardt" <[EMAIL PROTECTED]>
To: "FreeBSD" <[EMAIL PROTECTED]>
Sent: Thursday, Octo
Login.access restriction should be denying all non wheel users but:
I recently created a user which is NOT in the wheel group yet they can still
connect via ssh. The login.access file below should prevent this user from
logging in. What am I doing wrong?
# $FreeBSD: src/etc/login.access,v 1.3
Hello!
After cvsup to 4.6-RELEASE-p2 have the next problem:
in -rw-r--r-- 1 root wheel 1977 18 ÉÀÌ 12:07 /etc/login.access
+:login1 login2 login3:ALL
-:ALL:ALL EXCEPT .ntu-kpi.kiev.ua
this look like only users [login1,login2,login3]
could login from any place, and little time ago it was
16 matches
Mail list logo