[FIREWALL] log iptables

log iptables [FIREWALL] - réseaux et sécurité - Linux et OS Alternatifs

Marsh Posté le 24-04-2003 à 11:43:26    

lu
bon j ai mis en place mon script firewall avec ds chaines LOG_DROP et LOG_ACCEPT par contre il m affiche les log directement sur le terminal je voudrais les mettre dans les fichiers de log du kernel ou autre mais ca ne fonctionne pas ...
 
merci d avance


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 11:43:26   

Reply

Marsh Posté le 24-04-2003 à 12:21:29    

dans tes règles iptables tu choisis un niveau de log avec l'option --log-level ( --log-level debug)
ensuite tu modifie /etc/syslog.conf pour choisir dans quel fichier tu vas logguer kern.debug puis tu relances le démon de syslog
et ça roule  :)

Reply

Marsh Posté le 24-04-2003 à 13:26:21    

c est ce que j ai fait j ai specifie --log-level "info"
masi ca ne doit pas etre tres correct niveau syntaxe !
 
par contre j ai tout sur le terminal actif ?


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 13:33:11    

c est correct si tu n'as pas mis les " " à info
édites ton syslog et rajoute :
kern.info       -/var/log/iptables.log
 
tu modifie la ligne:  kern.*   -/var/log/kern.log
en : kern.*;kern.!=info      -/var/log/kern.log
enfin tu fais comme tu veux pour la 2ème modif mais ça évite d'avoir les logs en double dans 2 fichiers.

Reply

Marsh Posté le 24-04-2003 à 14:00:51    

j ai essaye ca ne change rien meme en faisant la seconde modif mon iptable.log est vide et j ai toujours tout qui s affiche dans la console  :sweat:


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 14:06:24    

Rizzla_TSA a écrit :

j ai essaye ca ne change rien meme en faisant la seconde modif mon iptable.log est vide et j ai toujours tout qui s affiche dans la console  :sweat:  


tu n'as pas du bien redemarrer syslog.
il faut redémarrer syslogd et klogd

Reply

Marsh Posté le 24-04-2003 à 14:15:19    

Ah yes merci bon j ai toujours les messages en console mais peut etre que ca les stockes dans le log je verifie a l isntant !
bon c toujorus pas mieux  :whistle:  
rien dans les log Tous dans la console  :cry:


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 14:18:40    

bon ben là je vois pas  :sweat:  
regarde dans ton syslog.conf si tu as une ligne qui ressemble à kern.truc  /dev/tty

Reply

Marsh Posté le 24-04-2003 à 14:22:41    

non c commente ...  
par contre j ai vers la xconsole de decommenter ...


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 14:23:50    

man klogd

The  klogd  daemon also allows the ability to alter the presentation of
       kernel messages to the system console.  Consequent with the prioritiza-
       tion  of  kernel messages was the inclusion of default messaging levels
       for the kernel.  In a stock kernel the the default console log level is
       set  to 7.  Any messages with a priority level numerically lower than 7
       (higher priority) appear on the console.
 
       Messages of priority level 7 are considered to be 'debug' messages  and
       will thus not appear on the console.  Many administrators, particularly
       in a multi-user environment, prefer that all kernel messages be handled
       by  klogd and either directed to a file or to the syslogd daemon.  This
       prevents 'nuisance' messages such as line printer out of paper or  disk
       change detected from cluttering the console.
 
       When  -c  is  given  on the commandline the klogd daemon will execute a
       system call to inhibit all kernel messages from being displayed on  the
       console.   Former versions always issued this system call and defaulted
       to all kernel messages except for panics.  This is handled  differently
       nowardays  so  klogd doesn't need to set this value anymore.  The argu-
       ment given to the -c switch specifies the priority  level  of  messages
       which  will be directed to the console.  Note that messages of a prior-
       ity value LOWER than the indicated number will be directed to the  con-
       sole.
 
              For example, to have the kernel display all messages with a pri-
              ority level of 3 (KERN_ERR) or more severe the following command
              would be executed:
 
                   klogd -c 4

 
 
T'as une debian, non? (jamais vu ce 'probleme' sur une autre distro :D)
Il faut que tu edites ton script d'init de klogd et que tu rajoutes le -c <chiffre qui va bien>

Reply

Marsh Posté le 24-04-2003 à 14:23:50   

Reply

Marsh Posté le 24-04-2003 à 14:35:29    

yes merci !!!!!  :jap:  
 
exact c une woody  :lol:


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 14:37:58    

arf je roule en debian moi aussi mais je n'avais pas rencontré le pb, le log-level d'iptables est sur debug  :D

Reply

Marsh Posté le 24-04-2003 à 14:40:44    

mais du coup tes logs iptables n'apparaissent que dans le syslog et pas messages? Enfin à moins de bidouller ton syslog.conf?

Reply

Marsh Posté le 24-04-2003 à 14:43:17    

fl0ups a écrit :

mais du coup tes logs iptables n'apparaissent que dans le syslog et pas messages? Enfin à moins de bidouller ton syslog.conf?


oui c est bidouillé. et j'ai log spécialement pour iptables

Reply

Marsh Posté le 24-04-2003 à 15:14:04    

bon apperemment c buen ct bien le demon klog .
j ai apsse le level en debug et je redirige tout dasn kern.info c nickel !!!
merci
bon une autre question est ce qu il serait possible de formatter c logs ?
 
Et une autre question pour le moment mon firewall et pas vraiment un firewall il laisse TOUT passer par contreje voudrais savoir si je peux logger TOUT ce qui passe par ce firewall ?
genre tout les protos avec les adresses src et dest ?
merci encore a vous deux !


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 15:28:40    

regarde du côté de logrotate pour la rotation des logs et la suppression des plus vieux si besoin.
et tu vas en avoir sacrément besoin si tu veux logguer tout les paquets qui arrivent à ton firewall !
tu peut tout logguer facilement bien que l'interet n'est pas évident.
pour faire un firewall efficace tu met tout par defaut à DROP et tout ouvre les ports dont tu as besoin.
tu as juste à logguer ces ports et pour logguer ceux qui sont refuser, à la fin de ton script tu met :
iptables -A INPUT -j LOG
iptables -A OUPUT -j LOG
iptables -A FORWARD -j LOG

Reply

Marsh Posté le 24-04-2003 à 16:03:34    

euh pour le moment je laisse tout ouvert ! et je veux logger ce qui passe
(en fait c plus un analyseur qu un firewall ) on a deja un autre firewall efficace !
celui sert juste a voir ce qui se passe entre le reseau et l acces au net  
donc je suis oblige de tout mettre en ACCEPT par contre pour les logs j ai fait deux chaines une LOG_DROP et une LOG_ACCEPT
et a la fin de mon script j ai mis :
iptables -A FORWARD -j LOG
iptables -A INPUT -j LOG
iptables -A OUTPUT -j LOG
 
voila bon juste une question c possible d avoir les noms dns plutot que les IP dans les logs ?


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Marsh Posté le 24-04-2003 à 16:09:38    

utilise plutôt tcpdump dans ce cas.
tu pourras aussi résoudre les noms, tu ne peut pas le faire dans les logs iptables

Reply

Marsh Posté le 24-04-2003 à 16:19:03    

ok je teste !
merci


---------------
"Douter de tout ou tout croire, ce sont les deux solutions également commodes qui l'une et l'autre nous dispensent de reflechir." Henri Poincaré.
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed