(RADIATOR) Debug-Featurerequest

[Mike McCauley]

Hello Martin,

Radar already has this feature readily available when tracing Radiator.

Use the Radar Trace window, set the Filter to be User-Name= == whatever and 
then only requests that are relevant to User-NAme whatever will appear in the 
trace log window.

You can also do something similar with the Raditor PacketTrace parameter, 
which allows you to restrict tracing of packets to only ones that pass 
through a particular clause.

Cheers.

On Tuesday 29 April 2008 18:05, Wallner Martin wrote:
> Hi All,
>
> Since I'm currently debugging some tasty errors in my production setup
> (I can not move this to my lab machine, because we are moving whole
> POP's and are on a tight schedule) I found that there is a bit
> deficiency in debug tools, because all the current ones are either to
> fine granulating, focussing on one user without giving a bit of freedom,
> or cluttering the logfile with 99% trash (for the debug), by writing out
> too much (trace 4)...
>
> My normal setup for standard debug is getting into monitor, make a
> trace_username  xxxxx and do the debug (sometimes, it would be REALLY
> nice if this trace_username would understand wildcards too :-)
>
> In my current case, I'm not interested in single users (I can not do
> single users, I have no idea who will try to connect), I need to trace 4
> requests from some NAS, regardless of usernames... I need to follow the
> request through the whole workline, from the client it comes in, through
> pre-auth, auth, post-out and reply to client, to find out what went
> wrong... TracePacket or a general Trace 4 makes too much clutter in the
> logfile to find the points you want.....
>
> So, basically, I would like to ask if something like a
>
> trace_nasidentifier
> trace_nasipaddress
> and a trace_regexuser  (so one can search for f.e. '*@nasrealm')
>
> in the monitor would be possible? It would greatly help and speed up
> debugging.... this would be like the sweet icing on the nice cake
> RADIATOR already is :-)
>
> regards
> Martin Wallner
> sen. IP-Systems Engineer
> eTel Austria Ges.m.b.H.
> Haydngasse 17
> A-1060 Wien
> Tel. +43 (0) 501011 2254
>
>
> --
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.

-- 
Mike McCauley                               mikem at open.com.au
Open System Consultants Pty. Ltd            Unix, Perl, Motif, C++, WWW
9 Bulbul Place Currumbin Waters QLD 4223 Australia   http://www.open.com.au
Phone +61 7 5598-7474                       Fax   +61 7 5598-7070

Radiator: the most portable, flexible and configurable RADIUS server 
anywhere. SQL, proxy, DBM, files, LDAP, NIS+, password, NT, Emerald, 
Platypus, Freeside, TACACS+, PAM, external, Active Directory, EAP, TLS, 
TTLS, PEAP, TNC, WiMAX etc on Unix, Windows, MacOS, NetWare etc.

--
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.