Hi,
I have the following lines in one of my startup scripts:
echo -n "Starting $DESC: "
iptables -t nat -N DROPILOG
iptables -t nat -A DROPILOG -j LOG --log-level info
iptables -t nat -A DROPILOG -j DROP
iptables -t nat -N iflood
iptables -t nat -A
http://www.lojadotelemovel.com/images/riscado_cinza.gif";>
http://www.lojadotelemovel.com/mailing/images/logo.jpg";
width="580" height="49">
http://www.lojadotelemovel.com/mailing/images/topo.jpg"; width="580"
On Sun, May 05, 2002 at 07:23:29PM +0200, Tim van Erven wrote:
> I don't know much about OpenSSH or PAM internals, but how about adding
> an option to PAM to make authentication always fail for root and move
> all this authentication stuff into PAM.
you could use pam to deny root access with the p
On Sun, May 05, 2002 at 12:15:49PM -0300, Henrique de Moraes Holschuh <[EMAIL
PROTECTED]> wrote:
> Fixing this one is quite difficult. If you go through another code path in
> ssh for blocked and non-blocked logins, which does not call PAM, you will
> have other problems (because it is non-obvious
On Sun, May 05, 2002 at 07:23:29PM +0200, Tim van Erven wrote:
> I don't know much about OpenSSH or PAM internals, but how about adding
> an option to PAM to make authentication always fail for root and move
> all this authentication stuff into PAM.
you could use pam to deny root access with the
On Sun, 05 May 2002, Tim van Erven wrote:
> On Sun, May 05, 2002 at 02:49:56PM +0200, Vincent Hanquez <[EMAIL PROTECTED]>
> wrote:
> > On Sun, May 05, 2002 at 09:33:36AM +0300, Rauno Linnam?e wrote:
> >> When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it
> >> should be), tryimg to lo
On Sun, May 05, 2002 at 02:49:56PM +0200, Vincent Hanquez <[EMAIL PROTECTED]>
wrote:
> On Sun, May 05, 2002 at 09:33:36AM +0300, Rauno Linnam?e wrote:
>> When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it
>> should be), tryimg to log in as root using PuTTY 0.45: 1. after typing
>> th
On Sun, May 05, 2002 at 12:15:49PM -0300, Henrique de Moraes Holschuh <[EMAIL PROTECTED]>
wrote:
> Fixing this one is quite difficult. If you go through another code path in
> ssh for blocked and non-blocked logins, which does not call PAM, you will
> have other problems (because it is non-obviou
On Sun, 05 May 2002, Tim van Erven wrote:
> On Sun, May 05, 2002 at 02:49:56PM +0200, Vincent Hanquez <[EMAIL PROTECTED]> wrote:
> > On Sun, May 05, 2002 at 09:33:36AM +0300, Rauno Linnam?e wrote:
> >> When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it
> >> should be), tryimg to log
On Sun, May 05, 2002 at 09:33:36AM +0300, Rauno Linnamäe wrote:
> Hi folks,
>
> When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it
> should be), tryimg to log in as root using PuTTY 0.45: 1. after typing
> the correct password, the "Access denied" message line is returned
> immediat
On Sun, May 05, 2002 at 02:49:56PM +0200, Vincent Hanquez <[EMAIL PROTECTED]> wrote:
> On Sun, May 05, 2002 at 09:33:36AM +0300, Rauno Linnam?e wrote:
>> When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it
>> should be), tryimg to log in as root using PuTTY 0.45: 1. after typing
>> th
Am Son, 2002-05-05 um 13.50 schrieb Russell:
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
lol, when would those people learn to read ??
mfg alex
--
I am chaos.
I am the substance from which your artists
Hi there!
On Sun, 2002-05-05 at 13:36, Michal Melewski wrote:
> I forget where, but i saw an option "delay after bad login/passwd".
> It's usually set on 3 sec. So after typing a bad passwd, you have 3 sec break,
> and after passing a good password, you are allowed to enter by passwd, but ssh
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, May 05, 2002 at 06:24:23PM +1000, William Law wrote:
> Rauno,
>
> What it looks like is that openssh is having to perform a
> username/password lookup for the user you are trying to log in as,
> creating the delay. For root, the openssh daemon has already been told
> that this user
On Sun, May 05, 2002 at 09:33:36AM +0300, Rauno Linnamäe wrote:
> Hi folks,
>
> When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it
> should be), tryimg to log in as root using PuTTY 0.45: 1. after typing
> the correct password, the "Access denied" message line is returned
> immediat
Am Son, 2002-05-05 um 13.50 schrieb Russell:
>
>
>
> --
> To UNSUBSCRIBE, email to [EMAIL PROTECTED]
> with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
>
lol, when would those people learn to read ??
mfg alex
--
I am chaos.
I am the substance from which your artist
Hi there!
On Sun, 2002-05-05 at 13:36, Michal Melewski wrote:
> I forget where, but i saw an option "delay after bad login/passwd".
> It's usually set on 3 sec. So after typing a bad passwd, you have 3 sec break,
> and after passing a good password, you are allowed to enter by passwd, but ssh
>
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
On Sun, May 05, 2002 at 06:24:23PM +1000, William Law wrote:
> Rauno,
>
> What it looks like is that openssh is having to perform a
> username/password lookup for the user you are trying to log in as,
> creating the delay. For root, the openssh daemon has already been told
> that this user
Rauno,
What it looks like is that openssh is having to perform a
username/password lookup for the user you are trying to log in as,
creating the delay. For root, the openssh daemon has already been told
that this user is not allowed, so doesn't need to perform the lookup.
On Sun, 5 May
On Fri, 2002-04-26 at 20:27, martin f krafft wrote:
> never say impossible.
Quite. Way too many people will click continue to all the "this
certificate is not certified by anyone trusted" and "this certificate
certifies a different site" warnings.
Most people would click continue if their browse
Hi folks,
I am running a Debian (potato) box with a home-brewed 2.4.16 kernel, OpenSSH v.
1.2.3-9.4, and having just come across some strange behaviour I seek the advice
of the wiser
When PermitRootLogin is set to no in /etc/ssh/sshd_config (as it should be),
tryimg to log in as root usin
Rauno,
What it looks like is that openssh is having to perform a
username/password lookup for the user you are trying to log in as,
creating the delay. For root, the openssh daemon has already been told
that this user is not allowed, so doesn't need to perform the lookup.
On Sun, 5 Ma
24 matches
Mail list logo