On Tue, Aug 12, 2014 at 12:03:20PM +0200,
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/hosts .deny ?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis véri fie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ t
On Tue, Aug 12, 2014 at 12:03:20PM +0200, andre_debian@numericable.fr
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/hosts .deny ?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis véri fie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20140812101738.GE2651@petole.demisel.ne t
On Tue, Aug 12, 2014 at 12:03:20PM +0200,
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/hosts .deny ?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis véri fie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ t
On Tue, Aug 12, 2014 at 12:03:20PM +0200,
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/hosts .deny ?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis véri fie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ t
On Tue, Aug 12, 2014 at 12:03:20PM +0200, andre_debian@numericable.fr
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/hosts .deny ?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis véri fie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/20140812101738.GE2651@petole.demisel.ne t
On Tue, Aug 12, 2014 at 12:03:20PM +0200,
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/hosts .deny ?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis véri fie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/ t
Je suis d'accord d'utiliser soit l'un soit l'autre pour mieu gerer la
chose. Pour le faite qu'il autorise toute les connexions ssh puis les
interdits au fur et a mesure des échecs de connexion, c'est peut à ªtre par
ce qu'il n'est pas en mesure d'énumérer dès le départ toute les machines
par lesquelles il veut/peut se connecté en ssh
Le 12 août 2014 12:18, "Nicolas KOWALSKI" m> a
écrit :On Tue, Aug 12, 2014 at 12:03:20PM +0200,
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/host s.deny
?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis vér ifie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
https://lists.debian.org/
Je suis d'accord d'utiliser soit l'un soit l'autre pour mieu gerer la
chose. Pour le faite qu'il autorise toute les connexions ssh puis les
interdits au fur et a mesure des échecs de connexion, c'est peut à ªtre par
ce qu'il n'est pas en mesure d'énumérer dès le départ toute les machines
par lesquelles il veut/peut se connecté en ssh
Le 12 août 2014 12:18, "Nicolas KOWALSKI" <nicolas.kowalski@gmail.co m> a
écrit :
On Tue, Aug 12, 2014 at 12:03:20PM +0200, andre_debian@numericable.fr
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/host s.deny
?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis vér ifie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive:
https://lists.debian.org/20140812101738.GE2651@petole.demisel.net
Je suis d'accord d'utiliser soit l'un soit l'autre pour mieu gerer la
chose. Pour le faite qu'il autorise toute les connexions ssh puis les
interdits au fur et a mesure des échecs de connexion, c'est peut à ªtre par
ce qu'il n'est pas en mesure d'énumérer dès le départ toute les machines
par lesquelles il veut/peut se connecté en ssh
Le 12 août 2014 12:18, "Nicolas KOWALSKI" m> a
écrit :On Tue, Aug 12, 2014 at 12:03:20PM +0200,
wrote:
> Pourquoi mon IP client est-il mis systématiquement dans /etc/host s.deny
?
Je retourne la question : pourquoi vouloir utiliser denyhosts/fail2ban
si de toute façon tu autorises *toutes* les connexions SSH ?
Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
être une très mauvaise idée. Fais un choix, puis vér ifie.
--
Nicolas
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive:
https://lists.debian.org/
C'est pour cette raison qu'il faut un plan de diagnostic rigoureux sinon
plus tu pédales moins vite et moins tu avance plus fort ;)
>> Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
>> être une très mauvaise idée. Fais un choix, puis vérifie.
>> Nicolas
C'est pour cette raison qu'il faut un plan de diagnostic rigoureux sinon
plus tu pédales moins vite et moins tu avance plus fort ;)
>> Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
>> être une très mauvaise idée. Fais un choix, puis vérifie.
>> Nicolas
C'est pour cette raison qu'il faut un plan de diagnostic rigoureux sinon
plus tu pédales moins vite et moins tu avance plus fort ;)
>> Pour le reste, utiliser fail2ban et denyhosts en même temps me para ît
>> être une très mauvaise idée. Fais un choix, puis vérifie.
>> Nicolas