Bloquer des IP variables

[Greywolf]

encore mea maxima culpa, en y regardant de plus près, mark ne prend qu'une valeur numérique et non une chaine de caractères (ou alors je sais pas comment faire )

j'ai essayé avec ce code et ça fonctionne:

#!/bin/bash
# Create the logdrop chain to log & drop a packet
/sbin/iptables -t filter -N BLACKLST_LOGDROP
/sbin/iptables -t filter -F BLACKLST_LOGDROP
/sbin/iptables -t filter -A BLACKLST_LOGDROP -m limit --limit 1/min -j LOG --log-prefix "BLACKLST"
/sbin/iptables -t filter -A BLACKLST_LOGDROP -j DROP

for i in `cat /root/test`
{
# List of ip ranges to mark
/sbin/iptables -t mangle -I PREROUTING 1 -s $i -j MARK --set-mark 1
}

#Ajout du filtrage dans INPUT
/sbin/iptables -t filter -I INPUT 1 -m mark --mark 1 -j BLACKLST_LOGDROP

[Y@kuz@]

Merci ca marche et ca soulage très bien quand je fais un /sbin/iptables/ -L

 

je vais" abusé" , que me conseilles tu comme setting pour finir :

 

--log-level x ( x est un nombre) => niveau de journalisation , je souhaiterai le mettre en pas important.

 

et ca me chagrine un peu plus que fait exactement cette fonction et que me conseillerais tu comme setting dans mon cas...

--limit-burst x

 

j'ai un warning sur le burst : burst 5 LOG level warning car je n'ai pas renseigné ce paramètre.

Modifié le 21 avril 2004 par Y@kuz@

[Greywolf]

Hello Y@k,

 

le --limit-burst correspond, d'après ce que j'ai compris des man, à la valeur à partir de laquelle la règle va s'appliquer.

--limit-burst 5 -j LOG

 

=> les 5 premiers paquets ne sont pas loggés, ceux qui viennent après le sont. ça reste que très théorique et sujet à caution concernant ma compréhension de l'option étant donné que je ne l'utilise pas

 

les différents log-level sont, par ordre ascendant de criticité (de 1 à 8 ):

debug, info, notice, warning, err, crit, alert, emerg

 

en debug, ça va se coller dans /var/log/debug

en info, notice et warning dans /var/log/messages.

 

tu peux également créer un fichier spécial pour le logging du FW, faudra regarder plus en détailler syslogd alors (à moins que quelqu'un dans l'assistance ne veuille participer également, ça m'arrangerait pour le syslogd )

 

//j'étais pas là => réponse tardive

Modifié le 26 avril 2004 par Greywolf

[Y@kuz@]

Merci Greywolf pour ces explications claires , je vais laisser le --limit-burst 5 ( par defaut ) et mettre le --log-level 2.