ipcop-devel Mailing List for IPCop Firewall

Thank you very much, Tom!

Perry

On 7/26/2013 12:58 AM, Tom Eichstaedt wrote:
> Hi Perry,
>
> you can download the archive from my website:
>
> http://www.cobin.org/download/cache/CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2
>
> Cheers, Tom
>
> Am 25.07.2013 11:11, schrieb Perry Valdez:
>> Hi guys,
>>
>> I'm trying to build IPCop 2.1 revision 7086 but it requires the file
>> "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2". This file could not be
>> downloaded from
>> http://www.zweije.nl.eu.org/~vzweije/accessrunner/release/ because the
>> site is down.
>>
>> Do you still have a copy of "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2"? Or
>> do you know of any other site where I can download
>> "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2"? I couldn't find an alternative
>> download site from Google search.
>>
>> Thanks very much.
>>
>>
>>
>>
>>
>> ------------------------------------------------------------------------------ 
>>
>> See everything from the browser to the database with AppDynamics
>> Get end-to-end visibility with application monitoring from AppDynamics
>> Isolate bottlenecks and diagnose root cause in seconds.
>> Start your free trial of AppDynamics Pro today!
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk 
>>
>>
>>
>>
>> _______________________________________________
>> IPCop-devel mailing list
>> IPC...@li...
>> https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>>
>

Hi Perry,

you can download the archive from my website:

http://www.cobin.org/download/cache/CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2

Cheers, Tom

Am 25.07.2013 11:11, schrieb Perry Valdez:
> Hi guys,
>
> I'm trying to build IPCop 2.1 revision 7086 but it requires the file
> "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2". This file could not be
> downloaded from
> http://www.zweije.nl.eu.org/~vzweije/accessrunner/release/ because the
> site is down.
>
> Do you still have a copy of "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2"? Or
> do you know of any other site where I can download
> "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2"? I couldn't find an alternative
> download site from Google search.
>
> Thanks very much.
>
>
>
>
>
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>
>
>
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>

Hi guys,

I'm trying to build IPCop 2.1 revision 7086 but it requires the file 
"CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2". This file could not be 
downloaded from 
http://www.zweije.nl.eu.org/~vzweije/accessrunner/release/ because the 
site is down.

Do you still have a copy of "CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2"? Or 
do you know of any other site where I can download 
"CnxADSL-6.1.2.007-PIM-2.6-2.7.tar.bz2"? I couldn't find an alternative 
download site from Google search.

Thanks very much.

On 07/21/2013 03:45 AM, Olaf Westrik wrote:
>
>
>> Here's my proposed patch to rc.sysinit if you'd like to test it. It
>> works for me.
>
> Alternatively we move the netfilter parameters into a seperate config
> file, which is used after the netfilter modules (especially
> nf_conntrack) are loaded.
>
>
> bye
>
> Olaf
>
> ------------------------------------------------------------------------------

I think this is a cleaner way of doing it. FWIW.


-- 
-Eric 'shubes'

Olaf Westrik <weizen_42@...> writes:

> 
> 
> > Also, one feature that was available when this was a 1.4 addon is the
> > ability to set download frequency of update lists once a week or month etc.
> 
> That is now configurable via the scheduler.
> 
> bye
> 
> Olaf
> 

Oh, I should know these things already. Now I do, thanks!

Dave Studeman
http://www.raqcop.com 

> Also, one feature that was available when this was a 1.4 addon is the
> ability to set download frequency of update lists once a week or month etc.

That is now configurable via the scheduler.


bye

Olaf

 Hello all! To refresh, urlfilter as of the most recent svn urlfilter 
commits, does create databases if directly downloaded via the web gui and 
will use /tmp which is TMPFS mounted if you have over 128MB of free ram so 
that is working fine. When you manually upload a blacklist tarball, it does 
nothing but decompress and move to /var/lib/squidguard/db with no databases.

 It would be good to have manual uploading follow the same rules as direct 
downloading, eg, decompress to /tmp if you have over 128MB of free ram 
available, in either case, build the databases before moving them to 
/var/lib/squidguard/db whether on disk or /tmp if you have enough memory. 

Also, one feature that was available when this was a 1.4 addon is the 
ability to set download frequency of update lists once a week or month etc.

-- 
Dave Studeman
http://www.raqcop.com 

> Here's my proposed patch to rc.sysinit if you'd like to test it. It
> works for me.

Alternatively we move the netfilter parameters into a seperate config 
file, which is used after the netfilter modules (especially 
nf_conntrack) are loaded.


bye

Olaf

Hi Eric

is ok for me too.

Achim


> Hi Achim
> 
> Here's my proposed patch to rc.sysinit if you'd like to test it. It works
> for me.
> 
>  rc.sysinit_conntrack.patch<https://docs.google.com/file/d/0BxoJmJwTbLb2Y0F2LUdNaFEyZkk/edit?usp=drive_web>
> 
> Eric
> 
> 
> 
> On 15 July 2013 08:35, Eric Oberlander <eri...@gm...> wrote:
> 
> > Look like it has to be run in rc.sysinit after the network is brought up,
> > when the iptables helper modules are loaded.
> >
> > Perhaps there's another module to load?
> >
> > Eric
> > .
> >
> >
> >
> > On 14 July 2013 20:34, Eric Oberlander <eri...@gm...> wrote:
> >
> >> Hmm, maybe I spoke too soon...
> >> On rebooting IPCop the packets/bytes aren't visible. But after running
> >> /sbin/sysctl -p on a command line, they start to appear.
> >>
> >> Maybe /sbin/sysctl is being run too early in /etc/rc.d/rc.sysinit? Or
> >> perhaps syscntl -p needs to be run again, at the end of the file, perhaps
> >> with a sleep 15 command before it, as the system doesn't seem to be ready
> >> to accept the new settings?
> >>
> >> I'll do some testing.
> >>
> >> Eric
> >>
> >>
> >>
> >> On 14 July 2013 17:10, Eric Oberlander <eri...@gm...> wrote:
> >>
> >>> Nice one. I was scratching about :(
> >>>
> >>>
> >>> On 14 July 2013 16:47, Achim Weber <dot...@gm...> wrote:
> >>>
> >>>> Hi Eric
> >>>>
> >>>> svn #7078 fixes it, this was a simple one ;-)
> >>>>
> >>>> Achim
> >>>>
> >>>>
> >>>> > Same here (kernel 3.0-1):
> >>>> > tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn
> >>>> sport=53754
> >>>> > dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754
> >>>> [ASSURED]
> >>>> > mark=0 use=2
> >>>> >
> >>>> >
> >>>> >
> >>>> > Achim
> >>>> >
> >>>> >
> >>>> > > Here's the output from cat /proc/net/ip_conntrack on my machine:
> >>>> > > tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn
> >>>> sport=45723
> >>>> > > dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723
> >>>> [ASSURED]
> >>>> > > mark=0 use=2
> >>>> > >
> >>>> > > No packets or bytes there either.
> >>>> > >
> >>>> > > Eric
> >>>> > >
> >>>> > >
> >>>> > >
> >>>> > > On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
> >>>> > >
> >>>> > > > Hi Eric
> >>>> > > >
> >>>> > > > you mean like in the attached screenshot?
> >>>> > > >
> >>>> > > > This is from my Cop with kernel 3.0-1, not updated to latest SVN
> >>>> yet.
> >>>> > > >
> >>>> > > > Seems to be broken for longer time already...
> >>>> > > >
> >>>> > > > Achim
> >>>> > > >
> >>>> > > >
> >>>> > > > > Hi Achim
> >>>> > > > >
> >>>> > > > > Ive successfully updated to the new kernel, running on a VIA
> >>>> EPIA board.
> >>>> > > > >
> >>>> > > > > However, I've noticed that the packets/bytes on the Traffic
> >>>> page of
> >>>> > > > > Connection Tracking WebGui have disappeared.
> >>>> > > > >
> >>>> > > > > Is this just me, or has the output of conntrack changed? Can
> >>>> you look at
> >>>> > > > > your own system to confirm this before we raise it as a bug?
> >>>> > > > >
> >>>> > > > > Thanks
> >>>> > > > >
> >>>> > > > > Eric
> >>>> > > >
> >>>> > > >
> >>>> >
> >>>> >
> >>>> >
> >>>> ------------------------------------------------------------------------------
> >>>> > See everything from the browser to the database with AppDynamics
> >>>> > Get end-to-end visibility with application monitoring from AppDynamics
> >>>> > Isolate bottlenecks and diagnose root cause in seconds.
> >>>> > Start your free trial of AppDynamics Pro today!
> >>>> >
> >>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> >>>> > _______________________________________________
> >>>> > IPCop-devel mailing list
> >>>> > IPC...@li...
> >>>> > https://lists.sourceforge.net/lists/listinfo/ipcop-devel
> >>>>
> >>>>
> >>>
> >>
> >

Hi Achim

Here's my proposed patch to rc.sysinit if you'd like to test it. It works
for me.

 rc.sysinit_conntrack.patch<https://docs.google.com/file/d/0BxoJmJwTbLb2Y0F2LUdNaFEyZkk/edit?usp=drive_web>

Eric



On 15 July 2013 08:35, Eric Oberlander <eri...@gm...> wrote:

> Look like it has to be run in rc.sysinit after the network is brought up,
> when the iptables helper modules are loaded.
>
> Perhaps there's another module to load?
>
> Eric
> .
>
>
>
> On 14 July 2013 20:34, Eric Oberlander <eri...@gm...> wrote:
>
>> Hmm, maybe I spoke too soon...
>> On rebooting IPCop the packets/bytes aren't visible. But after running
>> /sbin/sysctl -p on a command line, they start to appear.
>>
>> Maybe /sbin/sysctl is being run too early in /etc/rc.d/rc.sysinit? Or
>> perhaps syscntl -p needs to be run again, at the end of the file, perhaps
>> with a sleep 15 command before it, as the system doesn't seem to be ready
>> to accept the new settings?
>>
>> I'll do some testing.
>>
>> Eric
>>
>>
>>
>> On 14 July 2013 17:10, Eric Oberlander <eri...@gm...> wrote:
>>
>>> Nice one. I was scratching about :(
>>>
>>>
>>> On 14 July 2013 16:47, Achim Weber <dot...@gm...> wrote:
>>>
>>>> Hi Eric
>>>>
>>>> svn #7078 fixes it, this was a simple one ;-)
>>>>
>>>> Achim
>>>>
>>>>
>>>> > Same here (kernel 3.0-1):
>>>> > tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn
>>>> sport=53754
>>>> > dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754
>>>> [ASSURED]
>>>> > mark=0 use=2
>>>> >
>>>> >
>>>> >
>>>> > Achim
>>>> >
>>>> >
>>>> > > Here's the output from cat /proc/net/ip_conntrack on my machine:
>>>> > > tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn
>>>> sport=45723
>>>> > > dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723
>>>> [ASSURED]
>>>> > > mark=0 use=2
>>>> > >
>>>> > > No packets or bytes there either.
>>>> > >
>>>> > > Eric
>>>> > >
>>>> > >
>>>> > >
>>>> > > On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
>>>> > >
>>>> > > > Hi Eric
>>>> > > >
>>>> > > > you mean like in the attached screenshot?
>>>> > > >
>>>> > > > This is from my Cop with kernel 3.0-1, not updated to latest SVN
>>>> yet.
>>>> > > >
>>>> > > > Seems to be broken for longer time already...
>>>> > > >
>>>> > > > Achim
>>>> > > >
>>>> > > >
>>>> > > > > Hi Achim
>>>> > > > >
>>>> > > > > Ive successfully updated to the new kernel, running on a VIA
>>>> EPIA board.
>>>> > > > >
>>>> > > > > However, I've noticed that the packets/bytes on the Traffic
>>>> page of
>>>> > > > > Connection Tracking WebGui have disappeared.
>>>> > > > >
>>>> > > > > Is this just me, or has the output of conntrack changed? Can
>>>> you look at
>>>> > > > > your own system to confirm this before we raise it as a bug?
>>>> > > > >
>>>> > > > > Thanks
>>>> > > > >
>>>> > > > > Eric
>>>> > > >
>>>> > > >
>>>> >
>>>> >
>>>> >
>>>> ------------------------------------------------------------------------------
>>>> > See everything from the browser to the database with AppDynamics
>>>> > Get end-to-end visibility with application monitoring from AppDynamics
>>>> > Isolate bottlenecks and diagnose root cause in seconds.
>>>> > Start your free trial of AppDynamics Pro today!
>>>> >
>>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>>>> > _______________________________________________
>>>> > IPCop-devel mailing list
>>>> > IPC...@li...
>>>> > https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>>>>
>>>>
>>>
>>
>

Depending on your connection type the Red Interface logs may provide that
information.  Either PPPoE or DHCP would leave evidence of the disconnect,
reconnect events.

 

 

From: Eric Oberlander [mailto:eri...@gm...] 
Sent: Wednesday, July 17, 2013 7:05 AM
To: Geo
Cc: IPCop devel
Subject: Re: [IPCop-devel] great stuff

 

Hi Geo

 

Re C, the latest version of ntpd included in IPCop 2.0 can handle
intermittent connections, so it may not be of use to you as an indicator of
ADSL service. On a command line, issue the command ntpq -np to see the
status of the servers you are connected to.

 

You might need to write your own fcron heartbeat test script to log your
up/downtime, unless someone has already done so?

 

Eric 

 

 

On 17 July 2013 11:18, Geo <cap...@gm...> wrote:

Hi,
 well i finally got round to "modernising" my old IPCop box and thought i
would take a look at IPCop's 1.920 and upwards to the latest official patch
2.0.6

     It looks great and what a tremendous effort you have all put in!
  Seems to allow a whole slew of new fine tuning most of which at present is
not something i know a lot about, but hey who said old dogs cannot learn new
tricks.

A couple of questions:-
 It seems to work straight out the box so
A}    do I actually need to tweek it beyond the settings I used on 1.4.21 ?
B}  Is it yet ready for a working enviroment or is it still very much a work
in progress and only to be used as a test rig
C} If i want the NTP service (1.4.21 i ran hourly as an indicator if ADSL
service was interuptted)  to be visable in the logs do I need to write my
own
Chron job and could this be made to show up successfully in the IPCop logs
(as it does in 1.4.21) as it is a feature I miss (my adsl supplier can be
flakey and being able to send them screen shots of their "downed" service
seemed to get hem back on the ball quickly:-}

Thank you all for a great set of software do you allow PayPal donations to
help fund this project?
--
C U
   Geo


----------------------------------------------------------------------------
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831
<http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> &iu=/4140/ostg.clktrk
_______________________________________________
IPCop-devel mailing list
IPC...@li...
https://lists.sourceforge.net/lists/listinfo/ipcop-devel

 

Hi Geo

Re C, the latest version of ntpd included in IPCop 2.0 can handle
intermittent connections, so it may not be of use to you as an indicator of
ADSL service. On a command line, issue the command ntpq -np to see the
status of the servers you are connected to.

You might need to write your own fcron heartbeat test script to log your
up/downtime, unless someone has already done so?

Eric



On 17 July 2013 11:18, Geo <cap...@gm...> wrote:

> Hi,
>  well i finally got round to "modernising" my old IPCop box and thought i
> would take a look at IPCop's 1.920 and upwards to the latest official patch
> 2.0.6
>
>      It looks great and what a tremendous effort you have all put in!
>   Seems to allow a whole slew of new fine tuning most of which at present
> is
> not something i know a lot about, but hey who said old dogs cannot learn
> new
> tricks.
>
> A couple of questions:-
>  It seems to work straight out the box so
> A}    do I actually need to tweek it beyond the settings I used on 1.4.21 ?
> B}  Is it yet ready for a working enviroment or is it still very much a
> work
> in progress and only to be used as a test rig
> C} If i want the NTP service (1.4.21 i ran hourly as an indicator if ADSL
> service was interuptted)  to be visable in the logs do I need to write my
> own
> Chron job and could this be made to show up successfully in the IPCop logs
> (as it does in 1.4.21) as it is a feature I miss (my adsl supplier can be
> flakey and being able to send them screen shots of their "downed" service
> seemed to get hem back on the ball quickly:-}
>
> Thank you all for a great set of software do you allow PayPal donations to
> help fund this project?
> --
> C U
>    Geo
>
>
>
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>

Hi,
 well i finally got round to "modernising" my old IPCop box and thought i 
would take a look at IPCop's 1.920 and upwards to the latest official patch 
2.0.6

     It looks great and what a tremendous effort you have all put in!
  Seems to allow a whole slew of new fine tuning most of which at present is 
not something i know a lot about, but hey who said old dogs cannot learn new 
tricks.

A couple of questions:-
 It seems to work straight out the box so
A}    do I actually need to tweek it beyond the settings I used on 1.4.21 ?
B}  Is it yet ready for a working enviroment or is it still very much a work 
in progress and only to be used as a test rig
C} If i want the NTP service (1.4.21 i ran hourly as an indicator if ADSL 
service was interuptted)  to be visable in the logs do I need to write my own 
Chron job and could this be made to show up successfully in the IPCop logs 
(as it does in 1.4.21) as it is a feature I miss (my adsl supplier can be 
flakey and being able to send them screen shots of their "downed" service 
seemed to get hem back on the ball quickly:-}

Thank you all for a great set of software do you allow PayPal donations to 
help fund this project?
-- 
C U 
   Geo
 

Look like it has to be run in rc.sysinit after the network is brought up,
when the iptables helper modules are loaded.

Perhaps there's another module to load?

Eric
.



On 14 July 2013 20:34, Eric Oberlander <eri...@gm...> wrote:

> Hmm, maybe I spoke too soon...
> On rebooting IPCop the packets/bytes aren't visible. But after running
> /sbin/sysctl -p on a command line, they start to appear.
>
> Maybe /sbin/sysctl is being run too early in /etc/rc.d/rc.sysinit? Or
> perhaps syscntl -p needs to be run again, at the end of the file, perhaps
> with a sleep 15 command before it, as the system doesn't seem to be ready
> to accept the new settings?
>
> I'll do some testing.
>
> Eric
>
>
>
> On 14 July 2013 17:10, Eric Oberlander <eri...@gm...> wrote:
>
>> Nice one. I was scratching about :(
>>
>>
>> On 14 July 2013 16:47, Achim Weber <dot...@gm...> wrote:
>>
>>> Hi Eric
>>>
>>> svn #7078 fixes it, this was a simple one ;-)
>>>
>>> Achim
>>>
>>>
>>> > Same here (kernel 3.0-1):
>>> > tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn
>>> sport=53754
>>> > dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754
>>> [ASSURED]
>>> > mark=0 use=2
>>> >
>>> >
>>> >
>>> > Achim
>>> >
>>> >
>>> > > Here's the output from cat /proc/net/ip_conntrack on my machine:
>>> > > tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn
>>> sport=45723
>>> > > dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723
>>> [ASSURED]
>>> > > mark=0 use=2
>>> > >
>>> > > No packets or bytes there either.
>>> > >
>>> > > Eric
>>> > >
>>> > >
>>> > >
>>> > > On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
>>> > >
>>> > > > Hi Eric
>>> > > >
>>> > > > you mean like in the attached screenshot?
>>> > > >
>>> > > > This is from my Cop with kernel 3.0-1, not updated to latest SVN
>>> yet.
>>> > > >
>>> > > > Seems to be broken for longer time already...
>>> > > >
>>> > > > Achim
>>> > > >
>>> > > >
>>> > > > > Hi Achim
>>> > > > >
>>> > > > > Ive successfully updated to the new kernel, running on a VIA
>>> EPIA board.
>>> > > > >
>>> > > > > However, I've noticed that the packets/bytes on the Traffic page
>>> of
>>> > > > > Connection Tracking WebGui have disappeared.
>>> > > > >
>>> > > > > Is this just me, or has the output of conntrack changed? Can you
>>> look at
>>> > > > > your own system to confirm this before we raise it as a bug?
>>> > > > >
>>> > > > > Thanks
>>> > > > >
>>> > > > > Eric
>>> > > >
>>> > > >
>>> >
>>> >
>>> >
>>> ------------------------------------------------------------------------------
>>> > See everything from the browser to the database with AppDynamics
>>> > Get end-to-end visibility with application monitoring from AppDynamics
>>> > Isolate bottlenecks and diagnose root cause in seconds.
>>> > Start your free trial of AppDynamics Pro today!
>>> >
>>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>>> > _______________________________________________
>>> > IPCop-devel mailing list
>>> > IPC...@li...
>>> > https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>>>
>>>
>>
>

Hmm, maybe I spoke too soon...
On rebooting IPCop the packets/bytes aren't visible. But after running
/sbin/sysctl -p on a command line, they start to appear.

Maybe /sbin/sysctl is being run too early in /etc/rc.d/rc.sysinit? Or
perhaps syscntl -p needs to be run again, at the end of the file, perhaps
with a sleep 15 command before it, as the system doesn't seem to be ready
to accept the new settings?

I'll do some testing.

Eric



On 14 July 2013 17:10, Eric Oberlander <eri...@gm...> wrote:

> Nice one. I was scratching about :(
>
>
> On 14 July 2013 16:47, Achim Weber <dot...@gm...> wrote:
>
>> Hi Eric
>>
>> svn #7078 fixes it, this was a simple one ;-)
>>
>> Achim
>>
>>
>> > Same here (kernel 3.0-1):
>> > tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn
>> sport=53754
>> > dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754
>> [ASSURED]
>> > mark=0 use=2
>> >
>> >
>> >
>> > Achim
>> >
>> >
>> > > Here's the output from cat /proc/net/ip_conntrack on my machine:
>> > > tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn
>> sport=45723
>> > > dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723
>> [ASSURED]
>> > > mark=0 use=2
>> > >
>> > > No packets or bytes there either.
>> > >
>> > > Eric
>> > >
>> > >
>> > >
>> > > On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
>> > >
>> > > > Hi Eric
>> > > >
>> > > > you mean like in the attached screenshot?
>> > > >
>> > > > This is from my Cop with kernel 3.0-1, not updated to latest SVN
>> yet.
>> > > >
>> > > > Seems to be broken for longer time already...
>> > > >
>> > > > Achim
>> > > >
>> > > >
>> > > > > Hi Achim
>> > > > >
>> > > > > Ive successfully updated to the new kernel, running on a VIA EPIA
>> board.
>> > > > >
>> > > > > However, I've noticed that the packets/bytes on the Traffic page
>> of
>> > > > > Connection Tracking WebGui have disappeared.
>> > > > >
>> > > > > Is this just me, or has the output of conntrack changed? Can you
>> look at
>> > > > > your own system to confirm this before we raise it as a bug?
>> > > > >
>> > > > > Thanks
>> > > > >
>> > > > > Eric
>> > > >
>> > > >
>> >
>> >
>> >
>> ------------------------------------------------------------------------------
>> > See everything from the browser to the database with AppDynamics
>> > Get end-to-end visibility with application monitoring from AppDynamics
>> > Isolate bottlenecks and diagnose root cause in seconds.
>> > Start your free trial of AppDynamics Pro today!
>> >
>> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
>> > _______________________________________________
>> > IPCop-devel mailing list
>> > IPC...@li...
>> > https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>>
>>
>

Nice one. I was scratching about :(


On 14 July 2013 16:47, Achim Weber <dot...@gm...> wrote:

> Hi Eric
>
> svn #7078 fixes it, this was a simple one ;-)
>
> Achim
>
>
> > Same here (kernel 3.0-1):
> > tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn
> sport=53754
> > dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754
> [ASSURED]
> > mark=0 use=2
> >
> >
> >
> > Achim
> >
> >
> > > Here's the output from cat /proc/net/ip_conntrack on my machine:
> > > tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn sport=45723
> > > dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723
> [ASSURED]
> > > mark=0 use=2
> > >
> > > No packets or bytes there either.
> > >
> > > Eric
> > >
> > >
> > >
> > > On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
> > >
> > > > Hi Eric
> > > >
> > > > you mean like in the attached screenshot?
> > > >
> > > > This is from my Cop with kernel 3.0-1, not updated to latest SVN yet.
> > > >
> > > > Seems to be broken for longer time already...
> > > >
> > > > Achim
> > > >
> > > >
> > > > > Hi Achim
> > > > >
> > > > > Ive successfully updated to the new kernel, running on a VIA EPIA
> board.
> > > > >
> > > > > However, I've noticed that the packets/bytes on the Traffic page of
> > > > > Connection Tracking WebGui have disappeared.
> > > > >
> > > > > Is this just me, or has the output of conntrack changed? Can you
> look at
> > > > > your own system to confirm this before we raise it as a bug?
> > > > >
> > > > > Thanks
> > > > >
> > > > > Eric
> > > >
> > > >
> >
> >
> >
> ------------------------------------------------------------------------------
> > See everything from the browser to the database with AppDynamics
> > Get end-to-end visibility with application monitoring from AppDynamics
> > Isolate bottlenecks and diagnose root cause in seconds.
> > Start your free trial of AppDynamics Pro today!
> >
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> > _______________________________________________
> > IPCop-devel mailing list
> > IPC...@li...
> > https://lists.sourceforge.net/lists/listinfo/ipcop-devel
>
>

Hi Eric

svn #7078 fixes it, this was a simple one ;-)

Achim


> Same here (kernel 3.0-1):
> tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn sport=53754
> dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754 [ASSURED]
> mark=0 use=2
> 
> 
> 
> Achim
> 
> 
> > Here's the output from cat /proc/net/ip_conntrack on my machine:
> > tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn sport=45723
> > dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723 [ASSURED]
> > mark=0 use=2
> > 
> > No packets or bytes there either.
> > 
> > Eric
> > 
> > 
> > 
> > On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
> > 
> > > Hi Eric
> > >
> > > you mean like in the attached screenshot?
> > >
> > > This is from my Cop with kernel 3.0-1, not updated to latest SVN yet.
> > >
> > > Seems to be broken for longer time already...
> > >
> > > Achim
> > >
> > >
> > > > Hi Achim
> > > >
> > > > Ive successfully updated to the new kernel, running on a VIA EPIA board.
> > > >
> > > > However, I've noticed that the packets/bytes on the Traffic page of
> > > > Connection Tracking WebGui have disappeared.
> > > >
> > > > Is this just me, or has the output of conntrack changed? Can you look at
> > > > your own system to confirm this before we raise it as a bug?
> > > >
> > > > Thanks
> > > >
> > > > Eric
> > >
> > >
> 
> 
> ------------------------------------------------------------------------------
> See everything from the browser to the database with AppDynamics
> Get end-to-end visibility with application monitoring from AppDynamics
> Isolate bottlenecks and diagnose root cause in seconds.
> Start your free trial of AppDynamics Pro today!
> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk
> _______________________________________________
> IPCop-devel mailing list
> IPC...@li...
> https://lists.sourceforge.net/lists/listinfo/ipcop-devel

Same here (kernel 3.0-1):
tcp      6 67 TIME_WAIT src=192.168.22.106 dst=nnn.nnn.nnn.nnn sport=53754
dport=80 src=192.168.22.1 dst=192.168.22.106 sport=8080 dport=53754 [ASSURED]
mark=0 use=2



Achim


> Here's the output from cat /proc/net/ip_conntrack on my machine:
> tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn sport=45723
> dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723 [ASSURED]
> mark=0 use=2
> 
> No packets or bytes there either.
> 
> Eric
> 
> 
> 
> On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:
> 
> > Hi Eric
> >
> > you mean like in the attached screenshot?
> >
> > This is from my Cop with kernel 3.0-1, not updated to latest SVN yet.
> >
> > Seems to be broken for longer time already...
> >
> > Achim
> >
> >
> > > Hi Achim
> > >
> > > Ive successfully updated to the new kernel, running on a VIA EPIA board.
> > >
> > > However, I've noticed that the packets/bytes on the Traffic page of
> > > Connection Tracking WebGui have disappeared.
> > >
> > > Is this just me, or has the output of conntrack changed? Can you look at
> > > your own system to confirm this before we raise it as a bug?
> > >
> > > Thanks
> > >
> > > Eric
> >
> >

Here's the output from cat /proc/net/ip_conntrack on my machine:
tcp      6 3 TIME_WAIT src=192.168.3.24 dst=nnn.nnn.nnn.nnn sport=45723
dport=80 src=192.168.3.1 dst=192.168.3.24 sport=8080 dport=45723 [ASSURED]
mark=0 use=2

No packets or bytes there either.

Eric



On 14 July 2013 15:03, Achim Weber <dot...@gm...> wrote:

> Hi Eric
>
> you mean like in the attached screenshot?
>
> This is from my Cop with kernel 3.0-1, not updated to latest SVN yet.
>
> Seems to be broken for longer time already...
>
> Achim
>
>
> > Hi Achim
> >
> > Ive successfully updated to the new kernel, running on a VIA EPIA board.
> >
> > However, I've noticed that the packets/bytes on the Traffic page of
> > Connection Tracking WebGui have disappeared.
> >
> > Is this just me, or has the output of conntrack changed? Can you look at
> > your own system to confirm this before we raise it as a bug?
> >
> > Thanks
> >
> > Eric
>
>

Hi Eric

you mean like in the attached screenshot?

This is from my Cop with kernel 3.0-1, not updated to latest SVN yet.

Seems to be broken for longer time already...

Achim


> Hi Achim
> 
> Ive successfully updated to the new kernel, running on a VIA EPIA board.
> 
> However, I've noticed that the packets/bytes on the Traffic page of
> Connection Tracking WebGui have disappeared.
> 
> Is this just me, or has the output of conntrack changed? Can you look at
> your own system to confirm this before we raise it as a bug?
> 
> Thanks
> 
> Eric

Hi Achim

Ive successfully updated to the new kernel, running on a VIA EPIA board.

However, I've noticed that the packets/bytes on the Traffic page of
Connection Tracking WebGui have disappeared.

Is this just me, or has the output of conntrack changed? Can you look at
your own system to confirm this before we raise it as a bug?

Thanks

Eric