Updating to git's v2.1.x to go on a post-Easter bughunt and found the
following accounting packet[1] seems to segfault freeradius:
tcpdump: listening on bond0, link-type EN10MB (Ethernet), capture size 65535
bytes
11:30:34.398885 IP6 (hlim 51, next-header UDP (17) payload length: 258)
Hi,
NAS Port Attribute (5), length: 6, Value: 0
NAS-Port 0
are you serious? ;-)
Vendor Specific Attribute (26), length: 12, Value: Vendor: Unknown
(14823)
Vendor Attribute: 2, Length: 4, Value:
..thats an interesting one.
Unknown
Alexander Clouter wrote:
Updating to git's v2.1.x to go on a post-Easter bughunt and found the
following accounting packet[1] seems to segfault freeradius:
...
#1 0x403075d8 in fnmatch () from /lib/libc.so.6
#2 0x409da598 in do_detail (instance=0x114e50, request=0x43443240,
Alan Buxey a.l.m.bu...@lboro.ac.uk wrote:
NAS Port Attribute (5), length: 6, Value: 0
NAS-Port 0
are you serious? ;-)
Hey, *you* are the proxying it ;P
Vendor Specific Attribute (26), length: 12, Value: Vendor: Unknown
(14823)
Vendor Attribute: 2,
On 09/05/2011 12:22, Alan DeKok wrote:
Alexander Clouter wrote:
Updating to git's v2.1.x to go on a post-Easter bughunt and found the
following accounting packet[1] seems to segfault freeradius:
...
#1 0x403075d8 in fnmatch () from /lib/libc.so.6
#2 0x409da598 in do_detail
James J J Hooper wrote:
It now seems to create a *directory* with the name that should be the
detail *file*...
I've pushed a fix. The change missed one line..
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
6 matches
Mail list logo