Linux Netfilter discussions
 help / color / mirror / Atom feed
From: Eric Leblond <eric@regit.org>
To: Gomathivinayagam Muthuvinayagam <sankarmail@gmail.com>
Cc: netfilter@vger.kernel.org
Subject: Re: ulogd - ip_conntrack_netlink - how to get it working one
Date: Sat, 28 Jul 2012 19:42:19 +0200	[thread overview]
Message-ID: <1343497339.7072.2.camel@tiger.regit.org> (raw)
In-Reply-To: <CAAJpzgabwrGetLiKrJco_=ZByN0Z8KEdQ32A1Vw_ee6Hn4DPsw@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 5907 bytes --]

Hello,

Le samedi 28 juillet 2012 à 01:17 -0700, Gomathivinayagam Muthuvinayagam
a écrit :
> Can someone respond to this? Your help would be much appreciated.

Only 5 hours between the question and this mail. If you want a support
with SLR I can recommend you some companies that will be really happy to
sell it to you.

BR,

> Thanks & Regards,
> 
> 
> 
> 
> On Fri, Jul 27, 2012 at 8:43 PM, Gomathivinayagam Muthuvinayagam
> <sankarmail@gmail.com> wrote:
> > For the flow based logging (NFCT plugin), without iptable rules ulogd
> > works perfectly. Basically ulogd NFCT plugin directly communicates
> > with conntrack system through nf_conntrack_netlink. This thing I have
> > tested in my ubuntu system and works fine. Only problem is with RHEL5
> > system, because there is nf_conntrack_netlink module.
> >
> > -----Original Message-----
> > From: netfilter-owner@vger.kernel.org
> > [mailto:netfilter-owner@vger.kernel.org] On Behalf Of kay
> > Sent: Friday, July 27, 2012 8:39 PM
> > To: netfilter@vger.kernel.org
> > Subject: Re: ulogd - ip_conntrack_netlink - how to get it working one
> >
> > Could you please provide your iptables rules with ULOG action?
> >
> > 2012/7/28 Gomathivinayagam Muthuvinayagam <sankarmail@gmail.com>:
> >> Thank you for your reply.
> >>
> >> Let me print the ulogd configurations here, so that I can describe my
> >> problem better.
> >>
> >> # this is a stack for flow-based logging via LOGEMU
> >> stack=ct1:NFCT,ip2str1:IP2STR,print1:PRINTFLOW,emu1:LOGEMU
> >>
> >> [ct1]
> >> netlink_socket_buffer_size=217088
> >> netlink_socket_buffer_maxsize=1085440
> >> #netlink_resync_timeout=60 # seconds to wait to perform
> >> resynchronization
> >> pollinterval=5 # use poll-based logging instead of event-driven
> >> hash_enable=1
> >>
> >> ulogd is running without any error messages. But, ulogd_syslogemu.log
> >> has no contents. conntrack -E displays the flow perfectly.
> >>
> >> I tried to find out the cause of no content in the ulogd_syslogemu.log
> >> in the log file. ulogd requires nf_conntrack_netlink subsystem/module.
> >> In my linux version (RHEL 5), I dont have that. Instead of that I have
> >> ip_conntrack_netlink module.
> >>
> >> 1) Is there any way that I can make ulogd to talk to
> >> ip_conntrack_netlink, and whether ip_conntrack_netlink is equivalent
> >> of nf_conntrack_netlink?
> >>
> >> 2) If (1) is not possible, can I able to include just the
> >> nf_conntrack_netlink in RHEL5 without changing any existing
> >> functionality? nf_conntrack_netlink and ip_conntrack_netlink can work
> >> well simultaneously?
> >>
> >> 3) If (2) is not possible, what would be your advice on this? RHEL5 +
> >> ip_conntrack_netlink is used in many servers(may be more than 1000
> >> servers) in my organization. Considering this, any change would cause
> >> potential testing. So a simple solution would be easily accepted in my
> >> organization.
> >>
> >>
> >> -----Original Message-----
> >> From: netfilter-owner@vger.kernel.org
> >> [mailto:netfilter-owner@vger.kernel.org] On Behalf Of kay
> >> Sent: Friday, July 27, 2012 8:12 PM
> >> To: netfilter@vger.kernel.org
> >> Subject: Re: ulogd - ip_conntrack_netlink - how to get it working one
> >>
> >> Dear Gomathivinayagam,
> >>
> >> What exactly you would like to achieve and what you already achieved?
> >>
> >> What did you mean saying "capture flow based logging"?
> >>
> >> For example here is my ulog data:
> >>
> >> Jul 28 01:03:15 esagila DROP packet:  IN=eth0 OUT= MAC=***  SRC=***
> >> DST=*** LEN=52 TOS=00 PREC=0x00 TTL=55 ID=37188 CE DF PROTO=TCP
> >> SPT=51183 DPT=22 SEQ=2563245107 ACK=138246617 WINDOW=61 ACK URGP=0
> >>
> >> Do you need something more with the packet data or what?
> >>
> >> 2012/7/28 Gomathivinayagam Muthuvinayagam <sankarmail@gmail.com>:
> >>> I don’t know whether I’m asking stupid questions, but if someone
> >>> could respond for this post, that will be great.
> >>>
> >>> Thanks & Regards,
> >>>
> >>>
> >>>
> >>>
> >>> On Fri, Jul 27, 2012 at 7:26 PM, Gomathivinayagam Muthuvinayagam
> >>> <sankarmail@gmail.com> wrote:
> >>>> Hi,
> >>>>
> >>>> I have a RHEL 5 os in my system. I have setup ulogd in my local
> >>>> system. I’m able to do packet capturing.
> >>>> I’m not able to capture flow based logging. What I have found was,
> >>>> in my system I don’t have nf_conntrack_netlink.
> >>>> Instead I have ip_conntrack_netlink. Is that possible I can
> >>>> incorporate nf_conntrack_netlink into RHEL5? And make ulogd to be
> >>>> working one.
> >>>>
> >>>> Your help would be much appreciated.
> >>>>
> >>>> Thanks,
> >>>>
> >>>>
> >>>> Thanks & Regards,
> >>> --
> >>> To unsubscribe from this list: send the line "unsubscribe netfilter"
> >>> in the body of a message to majordomo@vger.kernel.org More majordomo
> >>> info at  http://vger.kernel.org/majordomo-info.html
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe netfilter"
> >> in the body of a message to majordomo@vger.kernel.org More majordomo
> >> info at  http://vger.kernel.org/majordomo-info.html
> >> --
> >> To unsubscribe from this list: send the line "unsubscribe netfilter"
> >> in the body of a message to majordomo@vger.kernel.org More majordomo
> >> info at  http://vger.kernel.org/majordomo-info.html
> > --
> > To unsubscribe from this list: send the line "unsubscribe netfilter"
> > in the body of a message to majordomo@vger.kernel.org More majordomo
> > info at  http://vger.kernel.org/majordomo-info.html
> --
> To unsubscribe from this list: send the line "unsubscribe netfilter" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Eric Leblond 
Blog: http://home.regit.org/ - Portfolio: http://regit.500px.com/

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 198 bytes --]

  reply	other threads:[~2012-07-28 17:42 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-28  2:26 ulogd - ip_conntrack_netlink - how to get it working one Gomathivinayagam Muthuvinayagam
2012-07-28  3:03 ` Gomathivinayagam Muthuvinayagam
2012-07-28  3:11   ` kay
2012-07-28  3:28   ` Gomathivinayagam Muthuvinayagam
2012-07-28  3:38     ` kay
2012-07-28  3:43     ` Gomathivinayagam Muthuvinayagam
2012-07-28  8:17       ` Gomathivinayagam Muthuvinayagam
2012-07-28 17:42         ` Eric Leblond [this message]
2012-07-28 17:44       ` Eric Leblond
2012-07-28 19:04         ` Gomathivinayagam Muthuvinayagam
  -- strict thread matches above, loose matches on Subject: below --
2012-07-28 19:41 Eric Leblond
2012-07-28 20:05 ` Gomathivinayagam Muthuvinayagam

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1343497339.7072.2.camel@tiger.regit.org \
    --to=eric@regit.org \
    --cc=netfilter@vger.kernel.org \
    --cc=sankarmail@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox