Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: [Snort-users] Iptables and snort inline |
|---|---|
| Date: | Thu, 09 Jun 2005 11:14:31 +0200 |
lmarcilly@aressi.fr wrote:
Hi all! I try to use iptables and snort inline on a bridging firewall. This is my configuration for testing : ------ ---------- | PC |---------| Bridge |--------- LAN ------ ---------- 192.168.1.99 192.168.1.185 192.168.1.0/24 When snort inline does not run, I can't reach the LAN. I think it's normal but it's not what i want. In fact, i would like that when snort inline doesn't run, iptables don't put packet in the queue. Like this, even if traffic isn't analysed by snort, i always can reach the LAN... I can't find info in the snort user mailling list archive because source-forge is down for the moment so i hope you have a solution to my problem... Is there a patch to apply to iptables in order to react when snort is down? Or is this only a problem in the rules?
I believe that when you use QUEUE rules, the packets will be dropped if either: 1. no snort_inline is running. 2. snort_inline hangs for some reason. The packets cannot continue travesing the rules because when the QUEUE target is used, the packets basicly leave the netfilter framework, only to be reinserted when the verdict is set. For the verdict to be set, the QUEUE-listener must be running :-) If snort_inline is not running because it crashed, you could try the following: 1. send a bugreport to snort-inline-users 2. write a script that checks if snort-inline runs, and if it doesn't, starts it again. 3. as 2, but instead of starting snort-inline again, change the iptables rules so ACCEPT is used instead of QUEUE. Hope this helps! Regards, Victor ------------------------------------------------------- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61" plasma display: http://www.necitguy.com/?r=20 _______________________________________________ Snort-users mailing list Snort-users@lists.sourceforge.net Go to this URL to change user options or unsubscribe: https://lists.sourceforge.net/lists/listinfo/snort-users Snort-users list archive: http://www.geocrawler.com/redir-sf.php3?list=snort-users
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | [Snort-users] Iptables and snort inline, lmarcilly |
|---|---|
| Next by Date: | Re: [Snort-users] Re: Free Inodes, Matt Kettler |
| Previous by Thread: | [Snort-users] Iptables and snort inline, lmarcilly |
| Next by Thread: | [Snort-users] Help w/ Bleeding Snort Rules on XP, James Bruce |
| Indexes: | [Date] [Thread] [Top] [All Lists] |