A priori tu peux demander la désactivation de la remontée périodique. Voir tu
peux tout désactiver.
Original message From: br...@skiwebcenter.fr Date: 9/5/22
22:22 (GMT+01:00) To: David Ponzone Cc: Raphael
Mazelier , frnog@frnog.org, frnog-requ...@frnog.org Subject:
Re:
sans même dire que si on doit bloquer toutes les ip qui risquent de faire des
attaques, il faudrait bloquer
aussi pas mal d'hébergeurs français, US, etc, qui comportent pas mal de
machines fantômes servant à tous les
botnets de la terre...
Le 09/03/2022 à 12:10, Wallace a écrit :
> On a eu des
En fait il semblerait que ce soit Google auth qui soit hs. Donc tout service
qui se base dessus est impacté. On est pas loin du chômage technique par chez
nous :)
Original message From: Stephane Bortzmeyer
Date: 12/14/20 13:16 (GMT+01:00) To: Raphael Mazelier Cc:
Le 2013-07-08 18:13, frederic a écrit :
Bonjour
comme vous le savez tous, la politique de Gestion des Ips au cours de
l'Histoire de l'Internet a maintes fois évoluée.
Par le consensus de acteurs du réseau et principalement des
opérateur/FAI, elle est passée de l'autogestion non contractuelle
Le 2013-06-25 11:21, Youssef Ghorbal a écrit :
Par curiosite quand vous parlez de limitations en mode cluster vous
avez des exemples precis/concrets ?
Je suis tombe sur ce post en googlant SRX :
Le 2013-06-25 12:05, Eric Fourage a écrit :
pas de zero downtime du cluster lors d'un upgrade (un comble pour un
cluster!):
http://kb.juniper.net/InfoCenter/index?page=contentid=KB17947 [3]
Zero downtime is not currently possible on SRX clusters. The goal
of this article is to provide a
