Re: Radrelay and coredumps...

2005-02-26 Thread Alan DeKok
Terry J Fike Jr <[EMAIL PROTECTED]> wrote:
> anyone know of any other good paid for radius servers??

  I don't see why that's necessary.  FreeRADIUS *does* work on
Solaris.  I'm not sure what's going on in your system, but it should
be solvable for less $$ than buying a commercial server.

  Disabling shared libraries sometimes helps:

$ ./configure --disable-shared
$ make
$ ...

  Alan DeKok.

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-25 Thread Terry J Fike Jr
Thanks Alan for all your help!
anyone know of any other good paid for radius servers??
cause unfortunetly...with this not working...i'm going to have to come 
up with something new :(

and i really like this one...very easy to install, very user friendly 
(with configs and with errors) and VERY stable (pretty much takes a user 
fubar to break it) you guys have done great work

i'll be sad to see it go...
--
Terry J Fike Jr
System Administrator
MTA Solutions
907-793-4100
[EMAIL PROTECTED]
- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-25 Thread Alan DeKok
Terry J Fike Jr <[EMAIL PROTECTED]> wrote:
> Is there something else i can do/try to dig the info you need out of 
> this file?

  Probably not.

  I'm not sure what else to suggest.

  Alan DeKok.

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-24 Thread Terry J Fike Jr
argh...i pulled the package down from sunfreeware.com and this is my 
outupt...

this is on a sol 9 box, runing 1.0.2 radrelay
# ./gdb ./radrelay /opt/var/log/radius/radacct/12.21.213.86/core
GNU gdb 6.0
Copyright 2003 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain 
conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB.  Type "show warranty" for details.
This GDB was configured as "sparc-sun-solaris2.9"...

warning: Couldn't find general-purpose registers in core file.
warning: Couldn't find general-purpose registers in core file.
0x in ?? ()
(gdb) bt
#0  0x in ?? ()
(gdb)
#0  0x in ?? ()
(gdb) bt
#0  0x in ?? ()
(gdb) quit
Is there something else i can do/try to dig the info you need out of 
this file?
--
Terry J Fike Jr
System Administrator
MTA Solutions
907-793-4100
[EMAIL PROTECTED]

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-24 Thread Alan DeKok
Terry J Fike Jr <[EMAIL PROTECTED]> wrote:
> What is gdb?  (and what sort of package could i find it in)  we don't 
> have it on our boxes so i'll need to find it and install it then get you 
> the info you need.

  It's a debugger.  See the sun freeware package site.

  Alan DeKok.

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-24 Thread Terry J Fike Jr
What is gdb?  (and what sort of package could i find it in)  we don't 
have it on our boxes so i'll need to find it and install it then get you 
the info you need.
--
Terry J Fike Jr
System Administrator
MTA Solutions
907-793-4100
[EMAIL PROTECTED]

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-23 Thread Alan DeKok
Terry J Fike Jr <[EMAIL PROTECTED]> wrote:
> /usr/local/bin/radrelay -a /opt/var/log/radius/radacct/12.21.213.86 -d 
> /usr/local/etc/raddb -r 209.4.229.75:1813 -S /path/to/secretfile detail-NAS
> 
> it still cores.
> 
> here is from the top of the core file:
...

  That's not helpful.  See doc/bugs for how to get information from
core files.

  Alan DeKok.


- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-23 Thread Terry J Fike Jr
Okay, here comes a bit of an update.
just in case of compatability issues between 1.0.0 files and the 1.0.2 
radrelay app i moved everything into 1.0.2 and started fresh my detail 
file of all data for the individual NAS devices.

here is the command i used to run radrelay (v 1.0.2)
/usr/local/bin/radrelay -a /opt/var/log/radius/radacct/12.21.213.86 -d 
/usr/local/etc/raddb -r 209.4.229.75:1813 -S /path/to/secretfile detail-NAS

it still cores.
here is from the top of the core file:
CORE
radrelay
/usr/local/bin/radrelay -a /opt/var/log/radius/radacct/12.21.213.86 -d 
/usr/loc
CORE
SUNW,Sun-Fire-280R
CORE
in/r
opt/
us/r
.213
CORE
CORE
/freeradal/share/usr/local/share
CORE
radrelay
/usr/local/bin/radrelay -a /opt/var/log/radius/radacct/12.21.213.86 -d 
/usr/loc
CORE
/freeradal/share/usr/local/share
CORE
SUNW,Sun-Fire-280R
CORE
CORE
SunOS
david
Generic_112233-11
sun4u
CORE
CORE
CORE
/freeradal/share/usr/local/share
CORE
ing "%s"
failed to parse IPv6 address string "%s"
unknown attribute type %d
Unknown attribute "%s"
Attr-
Vendor-
0123456789
Attribute has invalid length
-Attr-
Illegal regular expression in attribute: %s: %s
Duplicate tag %s for attribute %s
Duplicate tag %s for attribute %s
Invalid tag for attribute %s
No token read where we expected an attribute name
Expected end of line or comma
failed to get value
expecting '='
Read a comment instead of a token
$Id: token.c,v 1.17 2003/09/12 19:25:29 phampson Exp $
$Id: misc.c,v 1.41.2.2 2004/10/04 15:26:46 aland Exp $
%d.%d.%d.%d
%x:%x:%x:%x
0123456789abcdef
$Id: log.c,v 1.7 2003/09/12 19:25:29 phampson Exp $
$Id: filters.c,v 1.36 2004/02/26 19:04:20 aland Exp $

here is the end of a truss of this (starting from reading the last of 
the dictionary files):

open("/usr/local/share/freeradius/dictionary.xedia", O_RDONLY) = 5
fstat(5, 0x7FFFE540)= 0
fstat(5, 0x7FFFE410)= 0
ioctl(5, TCGETA, 0x7FFFE47C)Err#25 ENOTTY
read(5, " # # # # # # # # # # # #".., 8192) = 766
read(5, 0x1001290A4, 8192)  = 0
lseek(5, 0, SEEK_CUR)   = 766
close(5)= 0
brk(0x10023D830)= 0
brk(0x100241830)= 0
read(4, " i n t e g e r\n A T T R".., 8192) = 8192
brk(0x100241830)= 0
brk(0x100245830)= 0
brk(0x100245830)= 0
brk(0x100249830)= 0
read(4, " i r e l e s s - 1 X - E".., 8192) = 8192
brk(0x100249830)= 0
brk(0x10024D830)= 0
brk(0x10024D830)= 0
brk(0x100251830)= 0
read(4, "\n", 8192) = 1
read(4, 0x100127084, 8192)  = 0
lseek(4, 0, SEEK_CUR)   = 24577
close(4)= 0
read(3, 0x100125064, 8192)  = 0
lseek(3, 0, SEEK_CUR)   = 935
close(3)= 0
so_socket(PF_INET, SOCK_DGRAM, IPPROTO_IP, "", 1) = 3
sigaction(SIGTERM, 0x7070, 0x7230) = 0
sigprocmask(SIG_SETMASK, 0x7DD1D4C0, 0x7190) = 0
fork1() = 882
sigprocmask(SIG_SETMASK, 0x7190, 0x) = 0
lwp_schedctl(SC_STATE|SC_PREEMPT, 0, 0x7FFFEF68) = 0
mmap(0x, 8192, PROT_READ|PROT_WRITE|PROT_EXEC, 
MAP_PRIVATE|MAP_ANON, -1, 0) = 0x7DA0
munmap(0x7DA0, 8192)= 0
_exit(0)

I can send the whole core file and truss file if need be.  I'm still a 
little surprised this works for all but one of my NAS devices...

Thanks for your help on this so far :)
t-
--
Terry J Fike Jr
System Administrator
MTA Solutions
907-793-4100
[EMAIL PROTECTED]
- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-22 Thread Terry J Fike Jr
Okay, Per Alan i compiled up 1.0.2 and moved the radrelay binary.
(i didn't move everything into version 1.0.2 just the 1.0.2 binary into 
my 1.0.0 install).  Modified all the dictionary files to the way they 
are in 1.0.2 and it still cores.  with pretty much the same output in a 
strings of the core.  would there be differences in the CVS that might help?

my config string was as follows:
CC=/path/to/gcc3 -m64 ./configure --prefix=/usr/local 
--with-rlm-dbm=/path/to/berkeley4
then a make

no errors in either configure or make... i'm also willing to post/send 
the data from the core if need be.
--
Terry J Fike Jr
System Administrator
MTA Solutions
907-793-4100
[EMAIL PROTECTED]

- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Re: Radrelay and coredumps...

2005-02-19 Thread Alan DeKok
Terry J Fike Jr <[EMAIL PROTECTED]> wrote:
> when i run radrelay on accounting packets from a 3com termserver, 
> redback, or even our dinosaur of a livingston portmaster i have no 
> problems, but when i try to radrelay packets from a PDSN (Nortel Shasta 
> running simple ip), radrelay doesn't start (in fact, it cores) and if i 
> start with -xx i get "Bus Error (core dumped)"

  Use radrelay from 1.0.2.  It has bugs fixed which should address
this problem.

  Alan DeKok.


- 
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html


Radrelay and coredumps...

2005-02-18 Thread Terry J Fike Jr
Okay all you smart people out there, here is one for you.
i'm running radius 1.0.0 on a solaris 9 box.  pretty standard config but 
with 2 detail files instead of one.  one file for each nas device, and 
one file/day for each nas device.

when i run radrelay on accounting packets from a 3com termserver, 
redback, or even our dinosaur of a livingston portmaster i have no 
problems, but when i try to radrelay packets from a PDSN (Nortel Shasta 
running simple ip), radrelay doesn't start (in fact, it cores) and if i 
start with -xx i get "Bus Error (core dumped)"  I'm not having any 
problems with authentication from this device and i'm still recieving 
accounting packets from the device.

my command line was as follows (only without the \ ):
/opt/bin/radrelay -a /opt/var/log/radius/radacct/12.21.213.86 -d \
/opt/etc/raddb -r 209.4.229.75:1813 -S  detail-NAS
from the core (with -xx) [just getting this by doing strings core | more]
CORE
radrelay
/opt/bin/radrelay -xx -a /opt/var/log/radius/radacct/12.21.213.86 -d 
/opt/etc/r
CORE
SUNW,Sun-Fire-280R
CORE
rela
t/va
/rad
13.8
CORE
CORE
are/freeare/free/opt//shy.cisco.
CORE
radrelay
/opt/bin/radrelay -xx -a /opt/var/log/radius/radacct/12.21.213.86 -d 
/opt/etc/r
CORE
are/freeare/free/opt//shy.cisco.
CORE
SUNW,Sun-Fire-280R
CORE
CORE
SunOS
david
Generic_112233-11
sun4u
CORE
CORE
CORE
are/freeare/free/opt//shy.cisco.
CORE
an attribute name
Expected end of line or comma
failed to get value
expecting '='
Read a comment instead of a token
$Id: token.c,v 1.17 2003/09/12 19:25:29 phampson Exp $
$Id: misc.c,v 1.41.2.1 2004/06/14 15:25:15 aland Exp $
%d.%d.%d.%d
%x:%x:%x:%x
0123456789abcdef
$Id: log.c,v 1.7 2003/09/12 19:25:29 phampson Exp $
$Id: filters.c,v 1.36 2004/02/26 19:04:20 aland Exp $

... snip out list of all running processes ...
0123456789ABCDEFabcdef
Unknown string "%s" in IPX data filter
Invalid character in IP address
0123456789
Unknown IP protocol "%s" in IP data filter
Unknown extra string "%s" in IP data filter
Unknown string "%s" in IP data filter
Invalid string "%s" in generic data filter
Unknown Ascend filter direction "%s"
Unknown Ascend filter action "%s"
Unknown Ascend filter type "%s"
 %02x
%s %s %s
 %u
%02x
 more
 srcipxnet 0x%04x srcipxnode 0x%02x%02x%02x%02x%02x%02x
 dstipxnet 0x%04x dstipxnode 0x%02x%02x%02x%02x%02x%02x
 dstipxsock %s 0x%04x
 srcipxsock %s 0x%04x
 srcip %d.%d.%d.%d/%d
 dstip %d.%d.%d.%d/%d
 est
 dstport %s %d
 srcport %s %d
$Id: rbtree.c,v 1.10 2004/05/14 08:34:44 aland Exp $
$Id: radrelay.c,v 1.22 2004/04/28 21:22:40 kkalev Exp $
... snip out what looks like binary stuff ...
/opt/etc/raddb
Van-Jacobsen-TCP-IP
VJ-TCP-IP
Shell-User
Unix
Dialback-Login-User
Dialback-Framed-User
Login
Framed
Callback-Login
Callback-Framed
Exec-User
None
Local
3Com-Monitor
3Com-Manager
3Com-Administrator
Qy files
the p
Q:26:20 a
Qshare/fr
Qr-ride t
Qfor info
Qdictiona
Qmbers yo
QTRIBUTE
qX 8
?fQfy
TC_{|
~(pE
XkSm
eL%2nO
m{S4Zi
;8J\
*s3J
5T;^
Fri Feb 18 10:24:54 2005
Acct-Status-Type = Stop
User-Name = "wap"
Event-Timestamp = "Feb 18 2005 10:26:31 AKST"
Service-Type = Framed-User
NAS-IP-Address = 64.4.239.197
Shasta-Attr-4 = 
0x53686173746120353030303a2069534f532028746d292c207064736e2d6d74
632d332e302e3128352900
Acct-Session-Id = "0b000d73"
3GPP2-Correlation-Id = "0b000d72"
Calling-Station-Id = "09073559898"
NAS-Port = 184552818
NAS-Port-Type = Virtual
Framed-IP-Netmask = 255.255.255.255
3GPP2-IP-Technology = 1
3GPP2-BSID = "07FA0001013B"
Acct-Authentic = RADIUS
Framed-IP-Address = 64.4.233.5
Acct-Input-Octets = 1468
Acct-Output-Octets = 4612
Acct-Input-Packets = 22
Acct-Output-Packets = 9
Acct-Terminate-Cause = User-Request
3GPP2-Release-Indicator = 3
3GPP2-Session-Continue = 0
Acct-Session-Time = 47
3GPP2-Bad-PPP-Frame-Count = 0
3GPP2-Received-HDLC-Octets = 1779
Client-IP-Address = 12.21.213.86
Acct-Unique-Session-Id = "609d3811c1efae36"
Timestamp = 1108754694
Fri Feb 18 10:30:20 2005
Acct-Status-Type = Start
User-Name = "wap"
Event-Timestamp = "Feb 18 2005 10:31:58 AKST"
Service-Type = Framed-User
NAS-IP-Address = 64.4.239.197
Shasta-Attr-4 = 
0x53686173746120353030303a2069534f532028746d292c207064736e2d6d74
632d332e302e3128352900
Acct-Session-Id = "0b000d74"
3GPP2-Correlation-Id = "0b000d73"
Calling-Station-Id = "09073559993"
NAS-Port = 184552819
NAS-Port-Type = Virtual
Framed-IP-Netmask = 255.255.255.255
3GPP2-Forward-FCH-Mux-Option = 15
3GPP2-Reverse-FCH-Mux-Option = 13
3GPP2-Attr-14 = 0x0003
3GPP2-Attr-15 = 0x00ff
3GPP2-Service-Option = 33
3GPP2-Forward-Traffic-Type = 1
3GPP2-Reverse-Traffic-Type = 1
3GPP2-FCH-Frame-Size = 0
3GPP2-Forward-FCH-RC = 3
3GPP2-Reverse-FCH-RC = 3
3GPP2-IP-Technology = 1
3GPP2-BSID = "07FA0001012D"
Acct-Authentic = RADIUS
Framed-IP-Address = 64.4.233.10
3GPP2-PCF-IP-Address = 172.16.200.2
3GPP2-Compulsory-Tunnel-Indicator = 0
3GPP2-Begin-Session = 1
Client-IP-Address = 12.21.213.86
Acct-Unique-Session-Id = "cee384ac39a4612c"
Timestamp = 1108755020
Fri Feb 18 10:31:44 2005
Acct-Status-Type = Stop
User