similar to: [Bug 977] ulogd_inppkt_NFLOG.c:503 forcing unbind of existing log handler for protocol

https://bugzilla.netfilter.org/show_bug.cgi?id=977 Netbug <b1b30ee4 at opayq.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|INVALID |--- --- Comment #27 from Netbug <b1b30ee4 at opayq.com>

https://bugzilla.netfilter.org/show_bug.cgi?id=1232 Bug ID: 1232 Summary: Ulogd2 Failed Startup on VPS Product: ulogd Version: SVN (please provide timestamp) Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: major Priority: P5 Component: ulogd Assignee:

https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #29 from Netbug <b1b30ee4 at opayq.com> --- Hi Eric, So it's ok to use; stack=log2:NFLOG,base1:BASE,ifi1:IFINDEX,ip2str1:IP2STR,print1:PRINTPKT,emu1:LOGEMU With #bind=1 commented out? I thought if you're going to use log2 then bind=1 had to be uncommented? -- You are receiving this mail because: You are watching

http://bugzilla.netfilter.org/show_bug.cgi?id=595 eric at inl.fr changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |WORKSFORME ------- Comment #3 from eric at inl.fr 2009-12-14 20:31 ------- With

http://bugzilla.netfilter.org/show_bug.cgi?id=665 Bruno Friedmann <bruno at ioda-net.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED | --- Comment #9 from Bruno Friedmann <bruno at

http://bugzilla.netfilter.org/show_bug.cgi?id=741 Summary: ULOGD segfaults on init Product: ulogd Version: SVN (please provide timestamp) Platform: i386 OS/Version: other Status: NEW Severity: blocker Priority: P5 Component: ulogd_MYSQL AssignedTo: netfilter-buglog at lists.netfilter.org

hey folks, we upgraded bind last night to bind-9.8.2-0.62.rc1.el6_9.1.x86_64 and now our server seems to not be able to update. Whenever we add records and update the soa and reload, it still shows the old data.. so for example, we have [root at bind1 /var/named]$grep servername domainname.net.zone [root at bind1 /var/named]$nslookup -port=5353 servername 10.115.76.87 Server: 10.10.76.87

https://bugzilla.netfilter.org/show_bug.cgi?id=871 Summary: Running two instances of ulog causes abort in libnfnetlink Product: ulogd Version: SVN (please provide timestamp) Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: ulogd AssignedTo:

https://bugzilla.netfilter.org/show_bug.cgi?id=890 Summary: Bug in ulogd_filter_IP2BIN Product: ulogd Version: SVN (please provide timestamp) Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: ulogd_MYSQL AssignedTo: netfilter-buglog at lists.netfilter.org

--On Tuesday, June 06, 2017 10:53 AM -0400 Jason Welsh <jason.welsh at mercurygate.com> wrote: > [root at bind1 /var/named]$nslookup -port=5353 servername 10.115.76.87 nslookup is deprecated. What does dig say? It's much more informative and shows all the details of the query and reply packets. --- This email has been checked for viruses by Avast antivirus software.

ugh, the upgrade changed the owner from named to root on /var/named where my zone files are and therefore named could not read the zone files.. How embarrassing.. ;) Jason On 06/06/2017 09:58 AM, Kenneth Porter wrote: > --On Tuesday, June 06, 2017 10:53 AM -0400 Jason Welsh > <jason.welsh at mercurygate.com> wrote: > >> [root at bind1 /var/named]$nslookup -port=5353

--mYCpIKhGyMATD0i+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi! I have released Version 1.01 of the iptables userspace logging daemon (ulogd).=20 The new Version is available as tar.bz2 only and can be retrieved from: ftp://ftp.netfilter.org/pub/ulogd/ulogd-1.01.tar.bz2 There is a GPG signature for verification of the

https://bugzilla.netfilter.org/show_bug.cgi?id=1218 Bug ID: 1218 Summary: ULOGD PCAP Plugin Missing Ethernet Headers Product: ulogd Version: SVN (please provide timestamp) Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 Component: ulogd Assignee:

http://bugzilla.netfilter.org/show_bug.cgi?id=652 Mariusz Kielpinski <kielpi at poczta.onet.pl> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kielpi at poczta.onet.pl Status|ASSIGNED |NEW --- Comment #3 from

Hi! The Netfilter project proudly presents: ulogd 2.0.0 ulogd is a userspace logging daemon for netfilter/iptables related logging. This includes per-packet logging of security violations, per-packet logging for accounting, per-flow logging and flexible user-defined accounting. ulogd was almost entirely written by Harald Welte, with contributions from fellow hackers such as Pablo Neira

https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #5 from Netbug <b1b30ee4 at opayq.com> --- I'm now using Shorewall 4.6.4.3, but I don't think it makes a difference. I was thinking to try kernel 3.17,2, but not sure it's going to make any difference either. I'm not sure how this is a configuration error, I've tried everything with no positive results,

https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #7 from Netbug <b1b30ee4 at opayq.com> --- TYPO before; If you notice you'll see it says log2 on top, then log21 below, both are getting these messages. -- You are receiving this mail because: You are watching all bug changes. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #8 from Netbug <b1b30ee4 at opayq.com> --- CRAP my typing sorry... If you notice you'll see it says log2 on top, then LOG1 below... -- You are receiving this mail because: You are watching all bug changes. -------------- next part -------------- An HTML attachment was scrubbed... URL:

https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #9 from Netbug <b1b30ee4 at opayq.com> --- Hi Eric, Have you had a chance to look at this? I know you're probably really busy and have more important things to deal with, but I could really use some help getting this to work because it doesn't. This is not a end-user configuration error on my end. I really need my

https://bugzilla.netfilter.org/show_bug.cgi?id=977 --- Comment #10 from Eric Leblond <eric at regit.org> --- Hi, Sorry for being so long to answer. Can you add an iptables-save output to the ticket (or sent it to me privately if you need to) ? I really don't get what's going on and with that info I will be able to improve diagnostic and even to reproduce it. Can you also attache