Menu
▾
▴
ipcop-devel — Development mailinglist for the IPCop project.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(259) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(361) |
Feb
(71) |
Mar
(270) |
Apr
(164) |
May
(55) |
Jun
(218) |
Jul
(203) |
Aug
(146) |
Sep
(105) |
Oct
(70) |
Nov
(156) |
Dec
(223) |
| 2003 |
Jan
(229) |
Feb
(126) |
Mar
(461) |
Apr
(288) |
May
(203) |
Jun
(64) |
Jul
(97) |
Aug
(228) |
Sep
(384) |
Oct
(208) |
Nov
(88) |
Dec
(291) |
| 2004 |
Jan
(425) |
Feb
(382) |
Mar
(457) |
Apr
(300) |
May
(323) |
Jun
(326) |
Jul
(487) |
Aug
(458) |
Sep
(636) |
Oct
(429) |
Nov
(174) |
Dec
(288) |
| 2005 |
Jan
(242) |
Feb
(148) |
Mar
(146) |
Apr
(148) |
May
(200) |
Jun
(134) |
Jul
(120) |
Aug
(183) |
Sep
(163) |
Oct
(253) |
Nov
(248) |
Dec
(63) |
| 2006 |
Jan
(96) |
Feb
(65) |
Mar
(88) |
Apr
(172) |
May
(122) |
Jun
(111) |
Jul
(83) |
Aug
(210) |
Sep
(102) |
Oct
(37) |
Nov
(28) |
Dec
(41) |
| 2007 |
Jan
(82) |
Feb
(84) |
Mar
(218) |
Apr
(61) |
May
(66) |
Jun
(35) |
Jul
(55) |
Aug
(64) |
Sep
(20) |
Oct
(92) |
Nov
(420) |
Dec
(399) |
| 2008 |
Jan
(149) |
Feb
(72) |
Mar
(209) |
Apr
(155) |
May
(77) |
Jun
(150) |
Jul
(142) |
Aug
(99) |
Sep
(78) |
Oct
(98) |
Nov
(82) |
Dec
(25) |
| 2009 |
Jan
(38) |
Feb
(86) |
Mar
(129) |
Apr
(64) |
May
(106) |
Jun
(121) |
Jul
(149) |
Aug
(110) |
Sep
(74) |
Oct
(98) |
Nov
(83) |
Dec
(46) |
| 2010 |
Jan
(53) |
Feb
(43) |
Mar
(86) |
Apr
(185) |
May
(44) |
Jun
(58) |
Jul
(41) |
Aug
(47) |
Sep
(52) |
Oct
(49) |
Nov
(47) |
Dec
(66) |
| 2011 |
Jan
(58) |
Feb
(33) |
Mar
(37) |
Apr
(31) |
May
(8) |
Jun
(8) |
Jul
(2) |
Aug
(28) |
Sep
(75) |
Oct
(46) |
Nov
(40) |
Dec
(7) |
| 2012 |
Jan
(61) |
Feb
(32) |
Mar
(20) |
Apr
(6) |
May
(11) |
Jun
(8) |
Jul
(1) |
Aug
(16) |
Sep
(21) |
Oct
(12) |
Nov
(12) |
Dec
(1) |
| 2013 |
Jan
(15) |
Feb
(8) |
Mar
(21) |
Apr
(25) |
May
(18) |
Jun
(20) |
Jul
(21) |
Aug
|
Sep
(1) |
Oct
(9) |
Nov
(10) |
Dec
(13) |
| 2014 |
Jan
(33) |
Feb
(41) |
Mar
(10) |
Apr
(44) |
May
(3) |
Jun
|
Jul
(6) |
Aug
(2) |
Sep
(1) |
Oct
(7) |
Nov
(10) |
Dec
(12) |
| 2015 |
Jan
(1) |
Feb
(17) |
Mar
(8) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2016 |
Jan
(5) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(1) |
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
(5) |
Aug
|
Sep
(1) |
Oct
(2) |
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
1
(1) |
2
(5) |
3
(5) |
4
(1) |
5
(3) |
6
(12) |
|
7
(18) |
8
(9) |
9
(13) |
10
(6) |
11
(1) |
12
(1) |
13
(8) |
|
14
|
15
(10) |
16
(1) |
17
(8) |
18
(7) |
19
(20) |
20
(18) |
|
21
(11) |
22
(23) |
23
(15) |
24
(10) |
25
(17) |
26
(11) |
27
(5) |
|
28
(13) |
29
(17) |
30
(16) |
31
(6) |
|
|
|
|
From: Chris O. <nt...@pl...> - 2003-12-31 17:51:40
|
I just installed 1.4a5 and everything appeared to work except I was not able to ping anything by dns name on the internet. From the Ipcop box I am able to ping my default gateway and my dns servers. Config options Red, blue, green, orange Red is set with a static ip address and 2 dns servers Any ideas? Chris |
|
From: Jonathan G - M. L. <ema...@su...> - 2003-12-31 15:54:24
|
Dear friends, this message should be off-topic but due this dates i think is the moment to stop-the-rules for 1 post. I just want to desire you HAPPY CHRISTMAS AND A HAPPY NEW YEAR 2004 to all the communinity members and their families and friends. Also i want to take advantage of this moment to say that i really feel this project will provide us with a lot of good things in the upcoming 2004 and i hope to see you all here then. Receive all of you my best regards, Sincerely, jonathan gonzalez http://www.surestorm.com SPAIN |
|
From: Morten C. <ip...@in...> - 2003-12-31 11:08:22
|
Vittorio Manfredini wrote: >After some work I think that there are some problem on VPN with ipcop-1.4a5 !! > >Pluto did not start and fail the authentication from an old ipcop 1.3 .. maybe >work between two ipcop-1.4. >I put the loglevel of pluto to all and I saw that will fail during >initialization : STATE_MAIN_I1 > >Some ideas ??? > > > No ideas from me, but I can confirm, that the same combination is dead at my place too. -- mvh Morten Christensen |
|
From: Vittorio M. <vit...@vi...> - 2003-12-31 07:46:54
|
After some work I think that there are some problem on VPN with ipcop-1.4a5 !! Pluto did not start and fail the authentication from an old ipcop 1.3 .. maybe work between two ipcop-1.4. I put the loglevel of pluto to all and I saw that will fail during initialization : STATE_MAIN_I1 Some ideas ??? vittorio Quoting Vittorio Manfredini <vit...@vi...>: > I installed ipcop-1.4a5.iso, but the result is the same !! > > here the log > > Dec 29 23:38:01 www pluto[1728]: loaded private key file > '/var/ipcop/certs/hostkey.pem' (891 bytes) > Dec 29 23:38:01 www ipsec__plutorun: whack: is Pluto running? connect() for > "/var/run/pluto.ctl" failed (111 Connection refused) > Dec 29 23:38:01 www ipsec__plutorun: ...could not route conn "magicall" > Dec 29 23:38:01 www ipsec__plutorun: whack: is Pluto running? connect() for > "/var/run/pluto.ctl" failed (111 Connection refused) > Dec 29 23:38:01 www ipsec__plutorun: ...could not start conn "magicall" > Dec 29 23:38:01 www ipsec__plutorun: !pluto failure!: exited with error > status > 132 (signal 4) > Dec 29 23:38:01 www ipsec__plutorun: restarting IPsec after pause... > > Quoting Mark Wormgoor <ma...@wo...>: > > > Hi, > > > > > I have problem to start VPN and work with .. > > > I restore the configuration from a backup, but .. I found this messages > in > > the > > > log > > > > > > Dec 29 08:26:06 www pluto[16521]: loaded private key file > > > '/var/ipcop/certs/hostkey.pem' (891 bytes) > > > Dec 29 08:26:06 www ipsec__plutorun: 003 no public interfaces found > > > Dec 29 08:26:07 www ipsec__plutorun: whack: is Pluto running? connect() > > for > > > "/var/run/pluto.ctl" failed (111 Connection refused) > > > Dec 29 08:26:07 www ipsec__plutorun: ...could not route conn "magicall" > > > Dec 29 08:26:07 www ipsec__plutorun: whack: is Pluto running? connect() > > for > > > "/var/run/pluto.ctl" failed (111 Connection refused) > > > Dec 29 08:26:07 www ipsec__plutorun: ...could not start conn "magicall" > > > Dec 29 08:26:07 www ipsec__plutorun: /usr/lib/ipsec/_plutorun: line 1: > > expr: > > > command not found > > > Dec 29 08:26:07 www ipsec__plutorun: !pluto failure!: exited with error > > status > > > 132 (signal ) > > > > > > Bug ...??? > > > > Yes, and fixed in 1.4.0a5. > > > > Kind regards, > > > > Mark > > -- > > *************************************************************** > > * |\ /| | /| / Mark Wormgoor * > > * | \ / | | / | / mailto:ma...@wo... * > > * | \/ |ark |/ |/ormgoor http://www.wormgoor.com/mark/ * > > *************************************************************** > > > > > > > > > -- > Vittorio manfredini > > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > IPCop-devel mailing list > IPC...@li... > https://lists.sourceforge.net/lists/listinfo/ipcop-devel > > -- Vittorio manfredini ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: John M. <cer...@bl...> - 2003-12-31 00:30:56
|
Ahh, didn't realise that the cache size used main memory as well :| Loll that explains it, Sorry all :) (Was using maximum of 100Mb per object, just so stuff like windows updates could be cahced for updating other machines) Thanks John Robert Kerr wrote: >In message <200...@fa...> > Alan Hourihane <al...@fa...> wrote: > > > >>On Tue, Dec 30, 2003 at 11:03:32PM +0000, John Mitchell wrote: >> >> > > > >>> total used free >>>shared buffers cached >>>Mem: 62792 51936 10856 >>>0 5556 12488 >>>-/+ buffers/cache: 33892 28900 >>>Swap: 16380 13840 2540 >>> >>> > > > >>>Shouldn't install deal with the swap by itself? >>> >>> > > > >>We can't get it right for all configurations. Squid itself grows to >>be quite large. If you can't increase your swap, turn off squid. >> >> > >Or alternatively decrease your cache size... squid memory usage is very >dependant on the size of disk cache it's set to use. > > > |
|
From: Robert K. <Lit...@xs...> - 2003-12-31 00:14:04
|
In message <200...@fa...>
Alan Hourihane <al...@fa...> wrote:
> On Tue, Dec 30, 2003 at 11:03:32PM +0000, John Mitchell wrote:
> > total used free
> > shared buffers cached
> > Mem: 62792 51936 10856
> > 0 5556 12488
> > -/+ buffers/cache: 33892 28900
> > Swap: 16380 13840 2540
> > Shouldn't install deal with the swap by itself?
> We can't get it right for all configurations. Squid itself grows to
> be quite large. If you can't increase your swap, turn off squid.
Or alternatively decrease your cache size... squid memory usage is very
dependant on the size of disk cache it's set to use.
--
Robert Kerr
|
|
From: Neil A. H. <ne...@re...> - 2003-12-30 23:42:10
|
Alan,
In message <3FF...@bl...>, John Mitchell
<cer...@bl...> writes
>Hmm,
>
> total used free
>shared buffers cached
>Mem: 62792 51936 10856
>0 5556 12488
>-/+ buffers/cache: 33892 28900
>Swap: 16380 13840 2540
>
>Shouldn't install deal with the swap by itself?
What are the following entries in your /var/ipcop/proxy/squid.conf file
set to ???
o cache_mem
o cache_dir
I have a feeling that cache_mem is being set to 20000KB which is way,
way, way too much which may explain the problem. I'm currently running
1.3.1a4 and haven't got around to upgrading yet. My box also has 64Mb
but I do have more swap than you.
Neil.
>Alan Hourihane wrote:
>
>>On Tue, Dec 30, 2003 at 10:48:33PM +0000, John Mitchell wrote:
>>
>>>Hi,
>>>
>>>I know this is on Alpha four and unsure if its been fixed in CVS or
>>>Alpha 5, going to upgrade to alpha 5 tonight. But at random intervals
>>>SQUID dies. The only entries in logs i can see for this is:-
>>>
>>>Dec 30 17:25:18 kirsty kernel: VM: killing process squid
>>>Dec 30 17:25:20 kirsty squid[19089]: Squid Parent: child process
>>>19091 exited due to signal 9
>>>
>>
>>That sounds like you've ran out of memory, and you'll probably need
>>to increase your swap file.
>>
>>Alan.
>>
>>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: IBM Linux Tutorials.
>Become an expert in LINUX or just sharpen your skills. Sign up for IBM's
>Free Linux Tutorials. Learn everything from the bash shell to sys admin.
>Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click
>_______________________________________________
>IPCop-devel mailing list
>IPC...@li...
>https://lists.sourceforge.net/lists/listinfo/ipcop-devel
--
Neil A. Hillard E-Mail: ne...@re...
Regional Webs Ltd. Web: http://www.regionalwebs.net/
|
|
From: Alan H. <al...@fa...> - 2003-12-30 23:08:16
|
On Tue, Dec 30, 2003 at 11:03:32PM +0000, John Mitchell wrote: > Hmm, > > total used free > shared buffers cached > Mem: 62792 51936 10856 > 0 5556 12488 > -/+ buffers/cache: 33892 28900 > Swap: 16380 13840 2540 > > Shouldn't install deal with the swap by itself? We can't get it right for all configurations. Squid itself grows to be quite large. If you can't increase your swap, turn off squid. Alan. |
|
From: John M. <cer...@bl...> - 2003-12-30 23:01:27
|
Hmm,
total used free
shared buffers cached
Mem: 62792 51936 10856
0 5556 12488
-/+ buffers/cache: 33892 28900
Swap: 16380 13840 2540
Shouldn't install deal with the swap by itself?
Alan Hourihane wrote:
>On Tue, Dec 30, 2003 at 10:48:33PM +0000, John Mitchell wrote:
>
>
>>Hi,
>>
>>I know this is on Alpha four and unsure if its been fixed in CVS or
>>Alpha 5, going to upgrade to alpha 5 tonight. But at random intervals
>>SQUID dies. The only entries in logs i can see for this is:-
>>
>>Dec 30 17:25:18 kirsty kernel: VM: killing process squid
>>Dec 30 17:25:20 kirsty squid[19089]: Squid Parent: child process 19091
>>exited due to signal 9
>>
>>
>
>That sounds like you've ran out of memory, and you'll probably need
>to increase your swap file.
>
>Alan.
>
>
>
|
|
From: Alan H. <al...@fa...> - 2003-12-30 22:55:12
|
On Tue, Dec 30, 2003 at 10:48:33PM +0000, John Mitchell wrote: > Hi, > > I know this is on Alpha four and unsure if its been fixed in CVS or > Alpha 5, going to upgrade to alpha 5 tonight. But at random intervals > SQUID dies. The only entries in logs i can see for this is:- > > Dec 30 17:25:18 kirsty kernel: VM: killing process squid > Dec 30 17:25:20 kirsty squid[19089]: Squid Parent: child process 19091 > exited due to signal 9 That sounds like you've ran out of memory, and you'll probably need to increase your swap file. Alan. |
|
From: John M. <cer...@bl...> - 2003-12-30 22:46:33
|
Hi, I know this is on Alpha four and unsure if its been fixed in CVS or Alpha 5, going to upgrade to alpha 5 tonight. But at random intervals SQUID dies. The only entries in logs i can see for this is:- Dec 30 17:25:18 kirsty kernel: VM: killing process squid Dec 30 17:25:20 kirsty squid[19089]: Squid Parent: child process 19091 exited due to signal 9 Thanks in advance John |
|
From: John J. <jo...@ba...> - 2003-12-30 16:26:12
|
Thanks! This is what I Was looking for.. I Will wait. -John ----- Original Message ----- From: "Alan Hourihane" <al...@fa...> To: "John Johnson" <jo...@ba...> Cc: <ipc...@li...> Sent: Tuesday, December 30, 2003 4:25 AM Subject: Re: [IPCop-devel] ipcop alpha 5 and SCSI > On Mon, Dec 29, 2003 at 11:05:23PM -0800, John Johnson wrote: > > Hi, I am new to ipcop and I allways test new stuff in VMware before putting it live > > and well I have found that SCSI Support for ipcop doesn't work in VMware. The > > system I will be putting this on is SCSI so it will not work if SCSI Support is > > broken. > > SCSI support is broken in alpha 5, try alpha 3 or wait till alpha 6. > > Alan. > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > IPCop-devel mailing list > IPC...@li... > https://lists.sourceforge.net/lists/listinfo/ipcop-devel > |
|
From: <Use...@zo...> - 2003-12-30 12:48:24
|
All CD README.txt seems to start with:
"IPCop - The Bad Packets Stop Here (v1.3.0)"
for the alfa versions too.
So if i "find" an IP-cop there is no easy way to see
which version it is...
Wouldn't it be better if file is generated?
Everytime a new CD is made so there are two points to see
which version is it?
The file date and the version inside?
If this is too much effort, i would prefer to have only
"IPCop - The Bad Packets Stop Here"
or
"IPCop - The Bad Packets Stop Here (Alfa Version)"
to be not lead into the false direction.
(Background:
I'm sitting here downloading a ipcop 1.30 image via ISDN
because boths CD-RW i have had in my pocket are 1.4ax :-(
Sh*t happens...i looked only into one readme.txt and thought
that i have the 1.3 CD-RW in the drive so the other must be the 1.4...)
|
|
From: Alan H. <al...@fa...> - 2003-12-30 12:25:26
|
On Mon, Dec 29, 2003 at 11:05:23PM -0800, John Johnson wrote: > Hi, I am new to ipcop and I allways test new stuff in VMware before putting it live > and well I have found that SCSI Support for ipcop doesn't work in VMware. The > system I will be putting this on is SCSI so it will not work if SCSI Support is > broken. SCSI support is broken in alpha 5, try alpha 3 or wait till alpha 6. Alan. |
|
From: Mark W. <ma...@wo...> - 2003-12-30 09:56:26
|
Hi, > Thought this might interest some of you ... > > As mentioned on Slashdot: > > http://developers.slashdot.org/article.pl?sid=03/12/29/2042238&mode=nested&t > id=106&tid=137&tid=185 > > their website is: > > http://lr101.linux-it-solutions.de/index.php?lang=en Yes, I really didn't get this. They have a RH8.0 build with some custom software and can boot from a flash disk? Where's the achievement? I would love to see the webgui they're building for this, but I haven't seen any work done on that yet. And that really is where the hard work has to be put in. Kind regards, Mark -- *************************************************************** * |\ /| | /| / Mark Wormgoor * * | \ / | | / | / mailto:ma...@wo... * * | \/ |ark |/ |/ormgoor http://www.wormgoor.com/mark/ * *************************************************************** |
|
From: John J. <jo...@ba...> - 2003-12-30 07:32:47
|
----- Original Message ----- From: "Phil Barnett" <ph...@ph...> To: <ipc...@li...> Sent: Monday, December 29, 2003 11:20 PM Subject: Re: [IPCop-devel] ipcop alpha 5 and SCSI On Tuesday 30 December 2003 2:05 am, John Johnson wrote: > Hi, I am new to ipcop and I allways test new stuff in VMware before > putting it live and well I have found that SCSI Support for ipcop doesn't > work in VMware. The system I will be putting this on is SCSI so it will not > work if SCSI Support is broken. Jeez, you make it so hard on yourself. It would only take three minutes to know if it actually works on the hardware. What's the worst that could happen? It doesn't work? Three minutes lost. You've already spent hours to figure that out. I mean, I can see that VMWare might have a use here, but get real, man! -- I am not ready to distroy what I have on my box till I know ipcop will work and do what I want, it would take me way more time to restore the box to it's current config it ipcop doesn't work so I am doing the EASY thing. |
|
From: Phil B. <ph...@ph...> - 2003-12-30 07:20:29
|
On Tuesday 30 December 2003 2:05 am, John Johnson wrote: > Hi, I am new to ipcop and I allways test new stuff in VMware before > putting it live and well I have found that SCSI Support for ipcop doesn't > work in VMware. The system I will be putting this on is SCSI so it will n= ot > work if SCSI Support is broken. Jeez, you make it so hard on yourself. It would only take three minutes to know if it actually works on the hardwa= re. What's the worst that could happen? It doesn't work? Three minutes lost.=20 You've already spent hours to figure that out. I mean, I can see that VMWar= e=20 might have a use here, but get real, man! =2D-=20 "The true measure of a man is how he treats someone who can do him absolute= ly=20 no good." - Samuel Johnson (1709-1784) =A0 |
|
From: John J. <jo...@ba...> - 2003-12-30 07:05:24
|
Hi, I am new to ipcop and I allways test new stuff in VMware before = putting it live and well I have found that SCSI Support for ipcop doesn't work in = VMware. The system I will be putting this on is SCSI so it will not work if SCSI = Support is broken. -John |
|
From: John J. <jo...@cy...> - 2003-12-30 07:03:52
|
Hi, I am new to ipcop and I allways test new stuff in VMware before = putting it live and well I have found that SCSI Support for ipcop doesn't work in = VMware. The system I will be putting this on is SCSI so it will not work if SCSI = Support is broken. -John |
|
From: David M. <ip...@iv...> - 2003-12-30 03:48:30
|
Thought this might interest some of you ... As mentioned on Slashdot: http://developers.slashdot.org/article.pl?sid=03/12/29/2042238&mode=nested&t id=106&tid=137&tid=185 their website is: http://lr101.linux-it-solutions.de/index.php?lang=en David Martin Ivy League Software |
|
From: Jim H. <ji...@c-...> - 2003-12-30 00:25:46
|
I installed a5 yesterday - installation went well and I like the look and feel. Well done. It installed on an ASUS SP97 motherboard (SIS chipset which didn't like IPCop 1.3) This morning I was unable to look at the log summary. Individual logs displayed OK. After this the httpd error_log started growing at 20 MB per minute. I rebooted the IPCop when it got to 800MB Extract from httpd error_log: Use of uninitialized value in pattern match (m//) at /home/httpd/cgi-bin/logs.cgi/summary.dat line 236. Use of uninitialized value in pattern match (m//) at /home/httpd/cgi-bin/logs.cgi/summary.dat line 236. Use of uninitialized value in pattern match (m//) at /home/httpd/cgi-bin/logs.cgi/summary.dat line 236. [Tue Dec 30 09:55:19 2003] [warn] child process 317 still did not exit, sending a SIGTERM [Tue Dec 30 09:55:20 2003] [warn] child process 318 still did not exit, sending a SIGTERM [Tue Dec 30 09:55:20 2003] [warn] child process 319 still did not exit, sending a SIGTERM [Tue Dec 30 09:55:20 2003] [warn] child process 320 still did not exit, sending a SIGTERM [Tue Dec 30 09:55:20 2003] [warn] child process 375 still did not exit, sending a SIGTERM [Tue Dec 30 09:55:20 2003] [warn] child process 1434 still did not exit, sending a SIGTERM [Tue Dec 30 09:56:44 2003] [notice] Apache/1.3.29 (Unix) mod_perl/1.29 mod_ssl/2.8.16 OpenSSL/0.9.7c configured -- resuming normal operations [Tue Dec 30 09:56:44 2003] [notice] Accept mutex: sysvsem (Default: sysvsem) Using a hash as a reference is deprecated at /var/ipcop/header.pl line 853. Use of uninitialized value in string eq at /var/ipcop/header.pl line 258 Jim Hiley ji...@c-... www.c-com.com.au |
|
From: Roy W. <rw...@mi...> - 2003-12-29 22:56:31
|
Hello, =20 I have 2 questions: =20 1. There were conversations about adding an option to install directly to compact flash during install. Is this planned to be included in the 1.4 final release? =20 2. Would it be possible to add USB CD-Rom support to allow install from a USB CD-Rom? =20 These 2 options make a SFF system with no internal drives other than compact flash easily upgrade-able with only a USB CD-Rom which only needed to be connected during install! :-) =20 Would love to see these included in 1.4 if at all possible. Thanks go out to all developers, this is truly one of the best OS projects (or closed source, for that matter)! =20 Thanx, Roy |
|
From: Vittorio M. <vit...@vi...> - 2003-12-29 22:40:27
|
I installed ipcop-1.4a5.iso, but the result is the same !! here the log Dec 29 23:38:01 www pluto[1728]: loaded private key file '/var/ipcop/certs/hostkey.pem' (891 bytes) Dec 29 23:38:01 www ipsec__plutorun: whack: is Pluto running? connect() for "/var/run/pluto.ctl" failed (111 Connection refused) Dec 29 23:38:01 www ipsec__plutorun: ...could not route conn "magicall" Dec 29 23:38:01 www ipsec__plutorun: whack: is Pluto running? connect() for "/var/run/pluto.ctl" failed (111 Connection refused) Dec 29 23:38:01 www ipsec__plutorun: ...could not start conn "magicall" Dec 29 23:38:01 www ipsec__plutorun: !pluto failure!: exited with error status 132 (signal 4) Dec 29 23:38:01 www ipsec__plutorun: restarting IPsec after pause... Quoting Mark Wormgoor <ma...@wo...>: > Hi, > > > I have problem to start VPN and work with .. > > I restore the configuration from a backup, but .. I found this messages in > the > > log > > > > Dec 29 08:26:06 www pluto[16521]: loaded private key file > > '/var/ipcop/certs/hostkey.pem' (891 bytes) > > Dec 29 08:26:06 www ipsec__plutorun: 003 no public interfaces found > > Dec 29 08:26:07 www ipsec__plutorun: whack: is Pluto running? connect() > for > > "/var/run/pluto.ctl" failed (111 Connection refused) > > Dec 29 08:26:07 www ipsec__plutorun: ...could not route conn "magicall" > > Dec 29 08:26:07 www ipsec__plutorun: whack: is Pluto running? connect() > for > > "/var/run/pluto.ctl" failed (111 Connection refused) > > Dec 29 08:26:07 www ipsec__plutorun: ...could not start conn "magicall" > > Dec 29 08:26:07 www ipsec__plutorun: /usr/lib/ipsec/_plutorun: line 1: > expr: > > command not found > > Dec 29 08:26:07 www ipsec__plutorun: !pluto failure!: exited with error > status > > 132 (signal ) > > > > Bug ...??? > > Yes, and fixed in 1.4.0a5. > > Kind regards, > > Mark > -- > *************************************************************** > * |\ /| | /| / Mark Wormgoor * > * | \ / | | / | / mailto:ma...@wo... * > * | \/ |ark |/ |/ormgoor http://www.wormgoor.com/mark/ * > *************************************************************** > > > -- Vittorio manfredini ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: John M. <cer...@bl...> - 2003-12-29 22:31:51
|
Hiya Just thought of a suggestion, it may be stupid but worth suggesting it anyways. Would there be any way of seeing where in the network traffic is coming from. I know this is a common problems with net admins. People using Kazaa and similar. If IPCop had a way of saying who is sending what packet quantity (sort of like iptraf) then they could find the person and hold a shotgun to their head or something similar :) Thanks John |
|
From: Robert K. <Lit...@xs...> - 2003-12-29 18:20:36
|
In message <LAW...@ho...>
"funkytaz10" <fun...@ho...> wrote:
> with 1.3 patch 6... i got about 500 hits against the firewall a day
> with this 1.4.0 a4 i get 9000 hits in 12 hours???
> and in my eyes hits who are NOT necessary??
> i copy here a part of my log
> 13:03:46 NEW not SYN? ppp0 TCP 61.15.45.57 3381 ::::: 192.168.X.X 6969
> 13:03:51 NEW not SYN? ppp0 TCP 81.64.133.185 3522 ::::: 192.168.X.X 6969
The important thing to note here is the log message - NEW not SYN indicates
that the packet is TCP, isn't part of an already known connection and does
not have the SYN bit set. It's difficult to say exactly why that would happen
without seeing a dump of the packets in question.
The most likely cause is that the connection has been forgotten by the
connection tracking engine (either because it's been inactive for such a long
time that it's timed out or the table has become full). Then some more
traffic appears - leading the connection tracking engine to consider it a new
connection. It's also possible that these packets are the result of certain
older broken TCP/IP stacks sending a further packet after a FIN/ACK has
closed a connection.
How to fix it depends upon what the exact problem is.
--
Robert Kerr
|
1 message has been excluded from this view by a project administrator.