Menu
▾
▴
devil-linux-discuss — General Mailing List for all discussions
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(59) |
Sep
(57) |
Oct
(5) |
Nov
(45) |
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(13) |
Feb
(22) |
Mar
(14) |
Apr
(7) |
May
(33) |
Jun
(57) |
Jul
(25) |
Aug
(40) |
Sep
(53) |
Oct
(58) |
Nov
(75) |
Dec
(22) |
| 2003 |
Jan
(101) |
Feb
(101) |
Mar
(103) |
Apr
(125) |
May
(85) |
Jun
(57) |
Jul
(62) |
Aug
(42) |
Sep
(76) |
Oct
(214) |
Nov
(290) |
Dec
(274) |
| 2004 |
Jan
(187) |
Feb
(172) |
Mar
(313) |
Apr
(209) |
May
(169) |
Jun
(147) |
Jul
(118) |
Aug
(193) |
Sep
(227) |
Oct
(125) |
Nov
(246) |
Dec
(191) |
| 2005 |
Jan
(244) |
Feb
(175) |
Mar
(165) |
Apr
(130) |
May
(217) |
Jun
(122) |
Jul
(188) |
Aug
(235) |
Sep
(165) |
Oct
(133) |
Nov
(209) |
Dec
(88) |
| 2006 |
Jan
(66) |
Feb
(89) |
Mar
(108) |
Apr
(91) |
May
(29) |
Jun
(45) |
Jul
(64) |
Aug
(42) |
Sep
(44) |
Oct
(81) |
Nov
(64) |
Dec
(9) |
| 2007 |
Jan
(24) |
Feb
(122) |
Mar
(55) |
Apr
(50) |
May
(84) |
Jun
(13) |
Jul
(80) |
Aug
(70) |
Sep
(78) |
Oct
(45) |
Nov
(56) |
Dec
(42) |
| 2008 |
Jan
(65) |
Feb
(3) |
Mar
(51) |
Apr
(151) |
May
(54) |
Jun
(72) |
Jul
(73) |
Aug
(47) |
Sep
(55) |
Oct
(123) |
Nov
(16) |
Dec
(4) |
| 2009 |
Jan
(23) |
Feb
(39) |
Mar
(27) |
Apr
(36) |
May
(35) |
Jun
(51) |
Jul
(11) |
Aug
(14) |
Sep
(40) |
Oct
(67) |
Nov
(38) |
Dec
(13) |
| 2010 |
Jan
(15) |
Feb
(35) |
Mar
(40) |
Apr
(11) |
May
(26) |
Jun
(10) |
Jul
(5) |
Aug
(50) |
Sep
(86) |
Oct
(67) |
Nov
(36) |
Dec
(11) |
| 2011 |
Jan
(50) |
Feb
(6) |
Mar
(13) |
Apr
(13) |
May
(29) |
Jun
(27) |
Jul
(26) |
Aug
(27) |
Sep
(21) |
Oct
(7) |
Nov
(27) |
Dec
(4) |
| 2012 |
Jan
(11) |
Feb
(20) |
Mar
(48) |
Apr
(18) |
May
(8) |
Jun
(19) |
Jul
|
Aug
(15) |
Sep
(3) |
Oct
(4) |
Nov
(5) |
Dec
(1) |
| 2013 |
Jan
(13) |
Feb
(7) |
Mar
(4) |
Apr
(25) |
May
(2) |
Jun
(8) |
Jul
(4) |
Aug
(8) |
Sep
(7) |
Oct
|
Nov
(5) |
Dec
(10) |
| 2014 |
Jan
|
Feb
|
Mar
(6) |
Apr
(20) |
May
(5) |
Jun
|
Jul
(2) |
Aug
|
Sep
(8) |
Oct
(21) |
Nov
(4) |
Dec
(7) |
| 2015 |
Jan
(10) |
Feb
(9) |
Mar
(4) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(5) |
Sep
(11) |
Oct
|
Nov
(17) |
Dec
(32) |
| 2016 |
Jan
(10) |
Feb
(15) |
Mar
(4) |
Apr
(7) |
May
(10) |
Jun
(11) |
Jul
(15) |
Aug
(26) |
Sep
(13) |
Oct
(10) |
Nov
(16) |
Dec
(6) |
| 2017 |
Jan
(9) |
Feb
(3) |
Mar
|
Apr
(2) |
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
(3) |
Oct
(6) |
Nov
(8) |
Dec
|
| 2018 |
Jan
(12) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Udo L. <udo...@al...> - 2010-05-07 16:28:44
|
Hi Scott, i try to upgrade an ipsec-router from an old 1.2.15 to 1.4RC3. I got no error during ipsec-start like you, but till now i don't get my config running (connection to a linksys-router; normaly no great thing). Now, where i read your post i'm not sure that's lying on my config!?! Has someone a running IPsec installation with DL1.4RC3? Best regards Udo Scott Schaefer schrieb: > I replaced my 7-year old LRP-based firewall with Devil Linux two days > ago. I am quite pleased, with one exception ... I am having difficulty > with IPSEC. > > I am an oldster, trying to understanad this modern stuff, so my problems > are likely user error. It seems, however, that the implementation is in > rapid transition, and I am unsure of what components and/or > configurations are being used; e.g. is pluto daemon still used, or does > setkey + racoon + newer kernel capabilities suffice ?? Any help is > appreciated; please note in advance that I may not be able to try any > suggestions for 24-36 hours. > > > 1) Checking IPSEC in setup menu of services causes startup to hang. > Unchecking allows machine to boot and run without problems. > > After startup, if I edit /etc/sysyconfig/config to set START_IPSEC=yes, > and attempt to manually start, I get: > > /etc/init.d # ./ipsec start > > Starting strongSwan 4.2.16 IPsec [starter]... > insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/ah4.ko > insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/esp4.ko > insmod /lib/modules/2.6.32.9-grsec/kernel/net/xfrm/xfrm_ipcomp.ko > insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/ipcomp.ko > insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/tunnel4.ko > insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/xfrm4_tunnel.ko > insmod /lib/modules/2.6.32.9-grsec/kernel/net/xfrm/xfrm_user.ko > > > After 90 seconds with no further response, I can <Ctrl>-C back to OS > prompt. It appears that all kernel modules loaded, and host of other > crypto modules also loaded successfully. > > ... > |
|
From: Dmitry K. <dm...@dz...> - 2010-05-07 11:32:06
|
Hello, Did I miss something or iSCSI target support is really absent in DL 1.4.xx distro?... I use Devil to build flash-booted NAS storages and now I need to install an iSCSI network appliance. Can't beleive there is no iSCSI target support under Devil... --- Best regards, Dmitry |
|
From: Bradlee L. <bra...@gm...> - 2010-05-05 15:46:30
|
I'm attempting to compile the program found at http://www.lowth.com/cutter, but when I compile it on a redhat machine, it just gives me a "floating point exception". I'm guessing there is some incompatibility between the systems somwhere. I tried to get the lfssystem from the FTP, but when I go into the lfssystem* folders, it looks like an empty directory. Where can I get the lfssystem archive? -- Thanks, Brad Landis |
|
From: Serge L. <fi...@in...> - 2010-05-04 16:05:38
|
Hi Scott, I have working ipsec on DL version which is very close to 1.4 RC3. I use it as a Road-warrior concentrator, where clients are Cisco VPN Client. It works. May I ask you to show me your config? PS. I'm sorry in advance - it's really tough time for me so I'll respond with delay. Serge On 05/04/2010 08:18 AM, Scott Schaefer wrote: > > Thanks; I already have OpenVPN working. Unfortunately, I DO need IpSec; > peer is a Sonicwall 2040. > > I will check ipsec-tools site. I am hoping that perhaps someone had > encountered/solved similar problem(s) to one I had, or had a working > setup on RC3. > > > -----Original Message----- > From: Heiko Zuerker [mailto:he...@zu...] > Sent: Tuesday, May 04, 2010 10:25 AM > To: dev...@li... > Subject: Re: [Devil-Linux-discuss] FW: IPSec Problems : 1.4 RC3 > > If there's no real need for you to use ipsec, I'd suggest switching to > openvpn. It's a lot easier to set up. > > I checked the ipsec-tools version and the 0.7.3 we're using is the > current stable version. > Maybe you can find some help on the ipsec-tools website: > http://ipsec-tools.sourceforge.net/ > |
|
From: Scott S. <Sc...@pb...> - 2010-05-04 15:52:37
|
Umm.. Perhaps a stupid question ... ipsec-tools homepage includes in its Contents: libipsec : Library with PF_KEY implementation. Yet, I cannot find any such lib ... find / -name "*libipsec*" find / -name "*lipsec*" Note that building ipsec-tools from source on another machine creates file libipsec.la And setkey segfaults after attempting to send to socket opened as: socket(PF_KEY, SOCK_RAW, 2) -----Original Message----- From: Scott Schaefer [mailto:Sc...@pb...] Sent: Tuesday, May 04, 2010 11:18 AM To: dev...@li... Subject: Re: [Devil-Linux-discuss] IPSec Problems : 1.4 RC3 Thanks; I already have OpenVPN working. Unfortunately, I DO need IpSec; peer is a Sonicwall 2040. I will check ipsec-tools site. I am hoping that perhaps someone had encountered/solved similar problem(s) to one I had, or had a working setup on RC3. -----Original Message----- From: Heiko Zuerker [mailto:he...@zu...] Sent: Tuesday, May 04, 2010 10:25 AM To: dev...@li... Subject: Re: [Devil-Linux-discuss] FW: IPSec Problems : 1.4 RC3 If there's no real need for you to use ipsec, I'd suggest switching to openvpn. It's a lot easier to set up. I checked the ipsec-tools version and the 0.7.3 we're using is the current stable version. Maybe you can find some help on the ipsec-tools website: http://ipsec-tools.sourceforge.net/ -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------ ------ _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss ------------------------------------------------------------------------ ------ _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Scott S. <Sc...@pb...> - 2010-05-04 15:18:27
|
Thanks; I already have OpenVPN working. Unfortunately, I DO need IpSec; peer is a Sonicwall 2040. I will check ipsec-tools site. I am hoping that perhaps someone had encountered/solved similar problem(s) to one I had, or had a working setup on RC3. -----Original Message----- From: Heiko Zuerker [mailto:he...@zu...] Sent: Tuesday, May 04, 2010 10:25 AM To: dev...@li... Subject: Re: [Devil-Linux-discuss] FW: IPSec Problems : 1.4 RC3 If there's no real need for you to use ipsec, I'd suggest switching to openvpn. It's a lot easier to set up. I checked the ipsec-tools version and the 0.7.3 we're using is the current stable version. Maybe you can find some help on the ipsec-tools website: http://ipsec-tools.sourceforge.net/ -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. ------------------------------------------------------------------------ ------ _______________________________________________ Devil-linux-discuss mailing list Dev...@li... https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss |
|
From: Heiko Z. <he...@zu...> - 2010-05-04 14:25:20
|
If there's no real need for you to use ipsec, I'd suggest switching to openvpn. It's a lot easier to set up. I checked the ipsec-tools version and the 0.7.3 we're using is the current stable version. Maybe you can find some help on the ipsec-tools website: http://ipsec-tools.sourceforge.net/ -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Scott S. <Sc...@pb...> - 2010-05-04 13:52:37
|
I replaced my 7-year old LRP-based firewall with Devil Linux two days
ago. I am quite pleased, with one exception ... I am having difficulty
with IPSEC.
I am an oldster, trying to understanad this modern stuff, so my problems
are likely user error. It seems, however, that the implementation is in
rapid transition, and I am unsure of what components and/or
configurations are being used; e.g. is pluto daemon still used, or does
setkey + racoon + newer kernel capabilities suffice ?? Any help is
appreciated; please note in advance that I may not be able to try any
suggestions for 24-36 hours.
1) Checking IPSEC in setup menu of services causes startup to hang.
Unchecking allows machine to boot and run without problems.
After startup, if I edit /etc/sysyconfig/config to set START_IPSEC=yes,
and attempt to manually start, I get:
/etc/init.d # ./ipsec start
Starting strongSwan 4.2.16 IPsec [starter]...
insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/ah4.ko
insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/esp4.ko
insmod /lib/modules/2.6.32.9-grsec/kernel/net/xfrm/xfrm_ipcomp.ko
insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/ipcomp.ko
insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/tunnel4.ko
insmod /lib/modules/2.6.32.9-grsec/kernel/net/ipv4/xfrm4_tunnel.ko
insmod /lib/modules/2.6.32.9-grsec/kernel/net/xfrm/xfrm_user.ko
After 90 seconds with no further response, I can <Ctrl>-C back to OS
prompt. It appears that all kernel modules loaded, and host of other
crypto modules also loaded successfully.
/etc/init.d # lsmod
Module Size Used by
deflate 1641 0
zlib_deflate 18159 1 deflate
ctr 2927 0
twofish 8009 0
twofish_common 13176 1 twofish
camellia 19183 0
serpent 17951 0
blowfish 8384 0
cast5 15805 0
aes_i586 6848 0
aes_generic 27446 1 aes_i586
xcbc 2149 0
rmd160 8480 0
sha1_generic 1591 0
hmac 2265 0
crypto_null 2000 0
xfrm_user 17933 4
xfrm4_tunnel 1249 0
tunnel4 1593 1 xfrm4_tunnel
ipcomp 1460 0
xfrm_ipcomp 2923 1 ipcomp
esp4 4301 0
ah4 3353 0
ipv6 233743 20
xt_tcpudp 1923 6
iptable_mangle 1273 0
xt_state 947 14
xt_limit 1144 7
iptable_nat 3046 1
nf_nat 12007 1 iptable_nat
nf_conntrack_ipv4 9110 17 iptable_nat,nf_nat
nf_conntrack 44611 4
xt_state,iptable_nat,nf_nat,nf_conntrack_ipv4
nf_defrag_ipv4 779 1 nf_conntrack_ipv4
ipt_LOG 4771 5
ipt_REJECT 1785 1
iptable_filter 1042 1
ip_tables 12203 3
iptable_mangle,iptable_nat,iptable_filter
x_tables 9906 7
xt_tcpudp,xt_state,xt_limit,iptable_nat,ipt_LOG,ipt_REJECT,ip_tables
8021q 16908 0
garp 4704 1 8021q
stp 1104 1 garp
ext3 112371 4
jbd 36621 1 ext3
dm_mod 52370 12
md_mod 81595 0
i2c_piix4 7820 0
shpchp 25853 0
pci_hotplug 21837 1 shpchp
ata_generic 2199 0
tulip 43828 0
i2c_core 15166 1 i2c_piix4
pata_acpi 2228 0
aufs 126918 1
ata_piix 18160 0
libata 137883 3 ata_generic,pata_acpi,ata_piix
loop 52318 0
2) Attempting to start ipsec tools causes segfault ...
a) Tried simply executing: /etc/ipsec-tools/setkey.cfg
b) Tried more direct: cat /etc/ipsec-tools/setkey.cfg | strace setkey
-c
execve("/usr/sbin/setkey", ["setkey", "-c"], [/* 17 vars */]) = 0
brk(0) = 0x139633a8
access("/etc/ld.so.preload", R_OK) = 0
open("/etc/ld.so.preload", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=18, ...}) = 0 mmap2(NULL, 18,
PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0x4e316000
close(3) = 0
open("/lib/libsafe.so.2", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\16\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=21710, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4e315000 mmap2(NULL, 20584, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4e30f000 mmap2(0x4e313000, 8192,
PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3) =
0x4e313000
close(3) = 0
munmap(0x4e316000, 18) = 0
open("/data/build/tmp/libradius-linux/lib/tls/i686/libutil.so.1",
O_RDONLY) = -1 ENOENT (No such file or directory)
stat64("/data/build/tmp/libradius-linux/lib/tls/i686", 0x5af9d1d4) = -1
ENOENT (No such file or directory)
open("/data/build/tmp/libradius-linux/lib/tls/libutil.so.1", O_RDONLY) =
-1 ENOENT (No such file or directory)
stat64("/data/build/tmp/libradius-linux/lib/tls", 0x5af9d1d4) = -1
ENOENT (No such file or directory)
open("/data/build/tmp/libradius-linux/lib/i686/libutil.so.1", O_RDONLY)
= -1 ENOENT (No such file or directory)
stat64("/data/build/tmp/libradius-linux/lib/i686", 0x5af9d1d4) = -1
ENOENT (No such file or directory)
open("/data/build/tmp/libradius-linux/lib/libutil.so.1", O_RDONLY) = -1
ENOENT (No such file or directory)
stat64("/data/build/tmp/libradius-linux/lib", 0x5af9d1d4) = -1 ENOENT
(No such file or directory) open("/lib/tls/i686/libutil.so.1", O_RDONLY)
= -1 ENOENT (No such file or directory)
stat64("/lib/tls/i686", 0x5af9d1d4) = -1 ENOENT (No such file or
directory)
open("/lib/tls/libutil.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64("/lib/tls", 0x5af9d1d4) = -1 ENOENT (No such file or
directory)
open("/lib/i686/libutil.so.1", O_RDONLY) = -1 ENOENT (No such file or
directory)
stat64("/lib/i686", 0x5af9d1d4) = -1 ENOENT (No such file or
directory)
open("/lib/libutil.so.1", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\n\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=12537, ...}) = 0
mmap2(NULL, 12432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0x4e30b000 mmap2(0x4e30d000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x4e30d000
close(3) = 0
open("/lib/libpam.so.0", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\20\32\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=53980, ...}) = 0
mmap2(NULL, 49164, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0x4e2fe000 mmap2(0x4e309000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xa) = 0x4e309000
close(3) = 0
open("/lib/libdl.so.2", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0p\n\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=13505, ...}) = 0
mmap2(NULL, 12412, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0x4e2fa000 mmap2(0x4e2fc000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1) = 0x4e2fc000
close(3) = 0
open("/lib/libcrypt.so.1", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\10\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=47107, ...}) = 0
mmap2(NULL, 205372, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x4e2c7000 mmap2(0x4e2d0000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x8) = 0x4e2d0000
mmap2(0x4e2d3000, 156220, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4e2d3000
close(3) = 0
open("/lib/libldap-2.4.so.2", O_RDONLY) = 3 read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300\224\0\0004\0\0\0"..
., 512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=287387, ...}) =
0 mmap2(NULL, 254616, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x4e288000 mmap2(0x4e2c5000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x3c) = 0x4e2c5000
close(3) = 0
open("/lib/liblber-2.4.so.2", O_RDONLY) = 3 read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320%\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0644, st_size=62529, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4e316000 mmap2(NULL, 53412, PROT_READ|PROT_EXEC,
MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x4e27a000 mmap2(0x4e286000, 8192,
PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xb) =
0x4e286000
close(3) = 0
open("/lib/libresolv.so.2", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P!\0\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=69500, ...}) = 0
mmap2(NULL, 71880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0)
= 0x4e268000 mmap2(0x4e276000, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xd) = 0x4e276000
mmap2(0x4e278000, 6344, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4e278000
close(3) = 0
open("/lib/libssl.so.0.9.8", O_RDONLY) = 3 read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\260\275\0\0004\0\0\0"..
., 512) = 512 fstat64(3, {st_mode=S_IFREG|0555, st_size=327884, ...}) =
0 mmap2(NULL, 296248, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x4e21f000
mprotect(0x4e263000, 4096, PROT_NONE) = 0
mmap2(0x4e264000, 16384, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x44) = 0x4e264000
close(3) = 0
open("/lib/libcrypto.so.0.9.8", O_RDONLY) = 3 read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\300v\3\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0555, st_size=1640537, ...}) = 0
mmap2(NULL, 1474204, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x4e0b7000 mmap2(0x4e206000, 90112, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14e) = 0x4e206000
mmap2(0x4e21c000, 11932, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4e21c000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3,
"\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\222`\1\0004\0\0\0"...,
512) = 512 fstat64(3, {st_mode=S_IFREG|0755, st_size=1410041, ...}) = 0
mmap2(NULL, 1193636, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3,
0) = 0x4df93000 mmap2(0x4e0b1000, 12288, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x11e) = 0x4e0b1000
mmap2(0x4e0b4000, 9892, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x4e0b4000
close(3) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4df92000 mmap2(NULL, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4df91000
set_thread_area({entry_number:-1 -> 6, base_addr:0x4df916c0,
limit:1048575, seg_32bit:1, contents:0, read_exec_only:0,
limit_in_pages:1, seg_not_present:0, useable:1}) = 0
open("/dev/erandom", O_RDONLY) = -1 ENOENT (No such file or
directory)
open("/dev/urandom", O_RDONLY) = 3
read(3, "Z\255C\274", 4) = 4
close(3) = 0
mprotect(0x4e0b1000, 8192, PROT_READ) = 0
mprotect(0x4e206000, 32768, PROT_READ) = 0
mprotect(0x4e264000, 4096, PROT_READ) = 0
mprotect(0x4e276000, 4096, PROT_READ) = 0
mprotect(0x4e286000, 4096, PROT_READ) = 0
mprotect(0x4e2c5000, 4096, PROT_READ) = 0
mprotect(0x4e2d0000, 4096, PROT_READ) = 0
mprotect(0x4e2fc000, 4096, PROT_READ) = 0
mprotect(0x4e309000, 4096, PROT_READ) = 0
mprotect(0x4e30d000, 4096, PROT_READ) = 0
mprotect(0x4e313000, 4096, PROT_READ) = 0
mprotect(0x1394f000, 4096, PROT_READ) = 0
mprotect(0x4e331000, 4096, PROT_READ) = 0
readlink("/proc/self/exe", "/usr/sbin/setkey", 4095) = 16
brk(0) = 0x139633a8
brk(0x139843a8) = 0x139843a8
brk(0x13985000) = 0x13985000
open("/etc/libsafe.exclude", O_RDONLY) = 3 fstat64(3,
{st_mode=S_IFREG|0644, st_size=0, ...}) = 0 mmap2(NULL, 4096,
PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4df90000
read(3, "", 2048) = 0
close(3) = 0
munmap(0x4df90000, 4096) = 0
brk(0x13984000) = 0x13984000
time(NULL) = 1272973477
open("/etc/localtime", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 fstat64(3,
{st_mode=S_IFREG|0644, st_size=1267, ...}) = 0 mmap2(NULL, 4096,
PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4df90000
read(3,
"TZif\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\4\0\0\0\4\0\0\0\0"..., 2048)
= 1267
close(3) = 0
munmap(0x4df90000, 4096) = 0
socket(PF_KEY, SOCK_RAW, 2) = 3
setsockopt(3, SOL_SOCKET, SO_SNDBUF, [131072], 4) = 0 setsockopt(3,
SOL_SOCKET, SO_RCVBUF, [131072], 4) = 0 setsockopt(3, SOL_SOCKET,
SO_RCVBUF, [262144], 4) = 0 setsockopt(3, SOL_SOCKET, SO_RCVBUF,
[524288], 4) = 0 setsockopt(3, SOL_SOCKET, SO_RCVBUF, [1048576], 4) = 0
getpid() = 2840
send(3, "\2\7\0\0\2\0\0\0\0\0\0\0\30\v\0\0", 16, 0) = 16 recv(3,
"\2\7\0\0\24\0\0\0\0\0\0\0\30\v\0\0", 16, MSG_PEEK) = 16 recv(3,
"\2\7\0\0\24\0\0\0\0\0\0\0\30\v\0\0\7\0\16\0\0\0\0\0\373\0\0\0\0\0\0\0".
.., 160, 0) = 160 fstat64(0, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x4df90000 read(0, "#!/usr/sbin/setkey -f\n\n# Flush t"..., 4096) =
293 setsockopt(3, SOL_SOCKET, SO_RCVTIMEO, "\1\0\0\0\0\0\0\0", 8) = 0
send(3, "\2\t\0\0\2\0\0\0\0\0\0\0\30\v\0\0", 16, 0) = 16 recv(3,
"\2\t\0\0\2\0.v\0\0\0\0\30\v\0\0", 32768, 0) = 16 setsockopt(3,
SOL_SOCKET, SO_RCVTIMEO, "\1\0\0\0\0\0\0\0", 8) = 0 send(3,
"\2\23\0\0\2\0\0\0\0\0\0\0\30\v\0\0", 16, 0) = 16 recv(3,
"\2\23\0\0\2\0\0\0\0\0\0\0\30\v\0\0", 32768, 0) = 16
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
+++ killed by SIGSEGV +++
Segmentation fault
3) I tried reverting to RC2. I did not attempt all of above, but
./ipsec start hangs in identical manner as noted in #1 above.
|
|
From: Bruce S. <bw...@re...> - 2010-05-02 02:59:24
|
> I was wondering if anyone would be able to tell me how to setup daylight > savings time on Devil Linux. All you need to do is select the correct time zone (one that observes DST). - BS |
|
From: James K. <jke...@gm...> - 2010-05-01 23:26:53
|
To whom it may concern, I was wondering if anyone would be able to tell me how to setup daylight savings time on Devil Linux. With the work I was doing, I realized my system did not account for it. I am running version 1.3...and www.devil-linux.org tells me ... "I'm pleased to announce the 1.2.13 release of Devil-Linux. Main changes include the updated timezone information for the recent DST changes, a lot of program updates, addition of missing iptables modules and much more." I am guessing the option for DST in within my version of Devil Linux, I have thus far been unable to locate it. Any help would be appreciated. Thanks! -- James E. Kessler |
|
From: Bradlee L. <bra...@gm...> - 2010-04-29 16:52:07
|
Digging up this old thread that I started... > Something like fwsnort - http://www.cipherdyne.org/fwsnort/ , or snort-inline > (http://snort-inline.sourceforge.net/). Are either of these, or an alternative > program installed that I am just missing, or is snort not installed for that > purpose on DL? Is anyone using Snort in Devil-Linux? How are you making use of it? -- Thanks, Brad Landis |
|
From: Heiko Z. <he...@zu...> - 2010-04-23 15:02:07
|
Frank, we appreciate all your work and certainly appreciate you providing our main ftp server! Thanks Heiko Quoting Frank Weis <Fra...@ct...>: > Hi all DL users, > > just a quick note to tell you that the general flakeyness of the main > server that you may have experienced today is now definately settled.... > > The repository is now on its own brandnew(*) server and I promise I > won't fiddle around with it anymore. > > Sorry for the inconvenience that I may have caused. > > Regards, > > Frank > > (*) OK, it's a few years old but it was on the shelf as a spare firewall > so it had never been powered-on. It turned out that the &%@# dead CMOS > battery gave me more trouble than configuring the software raid.... > -- > _______________________________________________ > Centre de Technologie de l'Education > 29 avenue John F. Kennedy > L-1855 Luxembourg-Kirchberg > email: Fra...@ct... > tél.: +352 247-85973 > fax: +352 333797 > _______________________________________________ > > ------------------------------------------------------------------------------ > _______________________________________________ > Devil-linux-discuss mailing list > Dev...@li... > https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss > -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Frank W. <Fra...@ct...> - 2010-04-23 14:19:16
|
Hi all DL users, just a quick note to tell you that the general flakeyness of the main server that you may have experienced today is now definately settled.... The repository is now on its own brandnew(*) server and I promise I won't fiddle around with it anymore. Sorry for the inconvenience that I may have caused. Regards, Frank (*) OK, it's a few years old but it was on the shelf as a spare firewall so it had never been powered-on. It turned out that the &%@# dead CMOS battery gave me more trouble than configuring the software raid.... -- _______________________________________________ Centre de Technologie de l'Education 29 avenue John F. Kennedy L-1855 Luxembourg-Kirchberg email: Fra...@ct... tél.: +352 247-85973 fax: +352 333797 _______________________________________________ |
|
From: KyleJHarper <ky...@ca...> - 2010-04-14 18:34:27
|
Bah, sorry to answer my own post. I loaded a blank config and started over; it works fine. I must have mistyped something when setting up the eth3 interface file manually or something like that. Thanks again, Kyle -- View this message in context: http://old.nabble.com/Possible-Bug-in-Net-Additional-for-1.4-RC3-tp28246240p28246509.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: KyleJHarper <ky...@ca...> - 2010-04-14 18:11:05
|
Hey, I downloaded 1.4 RC3. I loaded the modules for my NICs and configured them. When I run setup and go to "Net" and then "Additional" I receive an error that states: /bin/setup: line 738: /tmp/setup####: No such file or directory (where #### represents numbers) Any ideas what I may have done wrong? Thanks, Kyle -- View this message in context: http://old.nabble.com/Possible-Bug-in-Net-Additional-for-1.4-RC3-tp28246240p28246240.html Sent from the devil-linux-discuss mailing list archive at Nabble.com. |
|
From: Heiko Z. <he...@zu...> - 2010-04-12 11:40:23
|
You can do that yourself very easily: https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss Heiko Quoting Andrew Nishihira <and...@gm...>: > Please remove me from the mailing list Thanks > > -- > Andrew -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Heiko Z. <he...@zu...> - 2010-04-12 11:38:38
|
Just follow the link on the bottom of the email and do it yourself.... Just in case, here it is again: https://lists.sourceforge.net/lists/listinfo/devil-linux-discuss Heiko Quoting Chris Warlick <cwa...@co...>: > Please remove me from the mailing list Thanks, Chris -- Regards Heiko Zuerker http://www.devil-linux.org ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. |
|
From: Andrew N. <and...@gm...> - 2010-04-12 07:09:25
|
Please remove me from the mailing list Thanks -- Andrew |
|
From: Chris W. <cwa...@co...> - 2010-04-12 02:38:06
|
Please remove me from the mailing list Thanks, Chris |
|
From: Serge L. <fi...@in...> - 2010-04-09 20:19:36
|
On 04/09/2010 12:54 PM, Bradlee Landis wrote: > I'm having some trouble with bonding. I don't know if these are bugs > with the /etc/init.d/network, or the bonding module, or what. > > First of all, the miimon sometimes stops working in all bonds. If you > look at /proc/net/bonding/bondX, it will sometimes say "100", but at > other times, it just goes to 0 so that it does not detect when the > link is non-existent. I'm not sure what causes it. That timer is a bonding module parameter and should not change without the module reloading. I guess the might if the network script does modprobe without parameters and it overwrites your settings in modprobe.conf. My configuration files is below and they are working. root@xxxxx:~ # cat /etc/sysconfig/nic/ifcfg-* DEVICE=bond0 ONBOOT=yes MODULE=bonding MODULE_OPTS='mode=1 miimon=100' BONDING_MASTER=yes BONDING_SLAVES='eth0 eth1' DHCP=no IP="10.3.2.134" NETMASK="255.255.255.0" BROADCAST="10.3.2.255" ROUTE="$ROUTE default/0.0.0.0:10.3.2.1" ----------------------------------------- DEVICE=eth0 ONBOOT=yes MODULE="tg3" DHCP=no IP='' NETMASK='' BROADCAST='' ----------------------------------------- DEVICE=eth1 ONBOOT=yes MODULE="tg3" DHCP=no IP='' NETMASK='' BROADCAST='' ----------------------------------------- > > -- /etc/modprobe.conf -- > alias bond0 bonding > options bond0 -o bond0 mode=0 miimon=100 > ... > -- EOF -- I'm not sure it's necessary, because bonding parameters are defined in network configuration file. > > Secondly, I have not completely tested this, but from what I see in > /etc/init.d/network, it looks like if ONBOOT=no, then the script does > absolutely nothing. It doesn't take the interface down when you do > /etc/init.d/network stop, it just leaves it. I personally think that > it should take down every single interface, even if a file does not > exist in /etc/sysconfig/nic/ for the device. > Probably you are right. But I'd tell that if network script doesn't bring up the network, it should not stop it either. With "ONBOOT=no" network script really ignore settings. > > > BTW, I am still using 1.4RC1, as I'm still waiting on LCD4Linux to be > put back in. Maybe these issues are no longer a problem, but you might > take a look at them. I use DL with bonding (mode 1 though) and it seems to be very stable. Serge |
|
From: Bradlee L. <bra...@gm...> - 2010-04-09 19:54:08
|
I'm having some trouble with bonding. I don't know if these are bugs with the /etc/init.d/network, or the bonding module, or what. First of all, the miimon sometimes stops working in all bonds. If you look at /proc/net/bonding/bondX, it will sometimes say "100", but at other times, it just goes to 0 so that it does not detect when the link is non-existent. I'm not sure what causes it. Secondly, I have not completely tested this, but from what I see in /etc/init.d/network, it looks like if ONBOOT=no, then the script does absolutely nothing. It doesn't take the interface down when you do /etc/init.d/network stop, it just leaves it. I personally think that it should take down every single interface, even if a file does not exist in /etc/sysconfig/nic/ for the device. -- /etc/modprobe.conf -- alias bond0 bonding options bond0 -o bond0 mode=0 miimon=100 ... -- EOF -- BTW, I am still using 1.4RC1, as I'm still waiting on LCD4Linux to be put back in. Maybe these issues are no longer a problem, but you might take a look at them. Thanks, Brad Landis |
|
From: <Her...@sp...> - 2010-03-31 06:21:28
|
> > Sort of, but I don't need all the fancy stuff which is built into a phone, > > I only want some data connectivity... > > > > > >> Apart from that there's a variety of USB stick type devices sold in the > >> UK as 'mobile broadband'. They're mostly made by Huawei and are > >> supported by linux. The interface uses a standardised extension to the > >> AT modem command set. > >> > > It seems that the Huawei sticks are only sold with sim lock here in > > Switzerland. I need something without sim lock and then I forgot to mention > > that the thing needs to work in Japan also. > > > > > > I don't know about Japan; is it different there? Nothing to stop you > having more than one dongle. Yes, the do not have GSM/GPRS, the have UMTS 3G with W-CDMA at 2100MHz only (if my information is right) and the networks seem to be a bit picky about the supported devices. I'd like to have this stick on a firewall as a backup remot acces for administrating the box. Meaning the user will start some command and then the box connects over the stick to one of my servers and starts a VPN connecten, then I can do my stuff and so on... > You can buy the sticks sim free e.g: > > http://www.expansys.com/d.aspx?i=180587 > > >> If you use network-manager then you just plug it in and it works. > >> > > Is network-manager part of DL? If so, what are the binary names? > > > > > Oops, sorry, brain not in gear, forgot this was DL list. > > You'll have to use pppd and chat script. I used wvdial with no probs. > > Here's a sample howto: > > http://www.myasuseee.com/3g-on-the-asus-eee-using-an-lg-ku250/ Thanks for the link! Meanwhile I found a product which seems to work: http://www.falcom.de/products/mobile-data/samba3g/ I will probably get one of those and tray my luck. In summer I will be in Japan and will find out if things work... Herbert |
|
From: Dick M. <di...@fo...> - 2010-03-30 17:01:38
|
On 03/30/10 16:44, Her...@sp... wrote: > > Sort of, but I don't need all the fancy stuff which is built into a phone, > I only want some data connectivity... > > >> Apart from that there's a variety of USB stick type devices sold in the >> UK as 'mobile broadband'. They're mostly made by Huawei and are >> supported by linux. The interface uses a standardised extension to the >> AT modem command set. >> > It seems that the Huawei sticks are only sold with sim lock here in > Switzerland. I need something without sim lock and then I forgot to mention > that the thing needs to work in Japan also. > > I don't know about Japan; is it different there? Nothing to stop you having more than one dongle. You can buy the sticks sim free e.g: http://www.expansys.com/d.aspx?i=180587 >> If you use network-manager then you just plug it in and it works. >> > Is network-manager part of DL? If so, what are the binary names? > > Oops, sorry, brain not in gear, forgot this was DL list. You'll have to use pppd and chat script. I used wvdial with no probs. Here's a sample howto: http://www.myasuseee.com/3g-on-the-asus-eee-using-an-lg-ku250/ there's many others (possibly better). Dick -- Dick Middleton di...@fo... PGP Key ID: 0x9F9434FD |
|
From: <Her...@sp...> - 2010-03-30 15:44:53
|
> > I'm lookig for an USB UMTS modem which works with devil-linux. > > > > Has anybody ever set up something like this and can give some hints like > > what product to use and how to configure it? > > Isn't that what's called a 'phone'? :) Sort of, but I don't need all the fancy stuff which is built into a phone, I only want some data connectivity... > > Apart from that there's a variety of USB stick type devices sold in the > UK as 'mobile broadband'. They're mostly made by Huawei and are > supported by linux. The interface uses a standardised extension to the > AT modem command set. It seems that the Huawei sticks are only sold with sim lock here in Switzerland. I need something without sim lock and then I forgot to mention that the thing needs to work in Japan also. > > If you use network-manager then you just plug it in and it works. Is network-manager part of DL? If so, what are the binary names? Herbert |
|
From: Dick M. <di...@fo...> - 2010-03-30 15:21:48
|
On 03/30/10 15:46, Her...@sp... wrote: > I'm lookig for an USB UMTS modem which works with devil-linux. > > Has anybody ever set up something like this and can give some hints like > what product to use and how to configure it? Isn't that what's called a 'phone'? :) Apart from that there's a variety of USB stick type devices sold in the UK as 'mobile broadband'. They're mostly made by Huawei and are supported by linux. The interface uses a standardised extension to the AT modem command set. If you use network-manager then you just plug it in and it works. Otherwise you need to write your own ppp/chat script for it. There's loads on Google about it. Dick -- Dick Middleton di...@fo... PGP Key ID: 0x9F9434FD |
50 messages has been excluded from this view by a project administrator.
