Hi,
> On 04 Nov 2015, at 00:30, Johnson, Neil M wrote:
>
> Yes it does.
>
> Hmm. I must of mistyped a password somewhere.
>
Ack.
> Sorry.
>
No problem, were you able to get it to work?
BR
--
Tuure Vartiainen
Radiator: the most portable, flexible and configurable RADIUS server
anywhere
Yes it does.
Hmm. I must of mistyped a password somewhere.
Sorry.
-Neil
--
Neil Johnson
Network Engineer
The University of Iowa
Phone: 319 384-0938
Fax: 319 335-2951
E-Mail: neil-john...@uiowa.edu
> On Nov 2, 2015, at 2:08 PM, varti...@open.com.au wrote:
>
> Hi
>
> On Monday, 2 November,
Hi
On Monday, 2 November, 2015 20:09, "Johnson, Neil M"
said:
> Radiator 4.16 on the test box and Radiator 4.13 in production.
>
> It appears the password is in SHA-512 format ($6$ prefix), but it didn’t
> work on the test box until I ran a python script uses the following line to
> encrypt th
Radiator 4.16 on the test box and Radiator 4.13 in production.
It appears the password is in SHA-512 format ($6$ prefix), but it didn’t work
on the test box until I ran a python script uses the following line to encrypt
the password:
encrypted_password = crypt.crypt(raw_passwd1, salt=crypt.METH
Hi,
> On 30 Oct 2015, at 20:32, Johnson, Neil M wrote:
>
> For instance I’m testing RADIATOR on an Ubuntu Server and
> doesn’t work because the Ubuntu uses a different hash/encryption method in
> their /etc/shadow file.
>
> If I manually encrypt the password with the same method as used by
Would it be possible to add a directive to the method to specify
different password encryption methods.
For instance I’m testing RADIATOR on an Ubuntu Server and doesn’t
work because the Ubuntu uses a different hash/encryption method in their
/etc/shadow file.
If I manually encrypt the pas
Sky Mobile Media, Inc.
56 E. Pine St. Suite 200
Orlando, FL 32801
USA
-Original Message-
From: Karel van der Velden [mailto:[EMAIL PROTECTED]
Sent: Tuesday, October 21, 2003 10:26 AM
To: [EMAIL PROTECTED]
Subject: (RADIATOR) Feature request: Multifunctional radpwtst
Hello,
The pres
Hello,
The present radpwtst is focussed to sending radius requests for a dial
environment (eg. it default sends called-station-id and
calling-station-id). We would like to see the utility extended so it
will be able to send radius accounting alive packets. Presently we are
rebuilding it ourselves,
Salut Jerome -
Radiator already has this support in the form of the PacketTrace
parameter and the clause.
Our companion product Radar uses both features to allow to connect to a
running Radiator instance and do lots of interesting things.
www.open.com.au/radar
See the relevant sections of t
Hi,
I'd like to suggest a new radiator feature:
since we have very busy servers (more than 30 req/s), we would like sometimes to have
traces
for a specific login/client/whatever. I'd like the possibility to add some Trace
option that
would match some value, so that the logging occurs only if th
Hello Jeremy, Hello Dan -
Thanks for pointing this out - an oversight on our part.
Mike will add the relevant section to the manual for the next release.
regards
Hugh
On Fri, 21 Jun 2002 02:00, Jeremy Hinton wrote:
> Ask and ye shall recieve. Undocumented parameter i found in
> AuthLDAP2.pm
-B
>
>
> - Original Message -
> From: "Hugh Irvine" <[EMAIL PROTECTED]>
> To: "peter moody" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Friday, March 15, 2002 12:27 AM
> Subject: Re: (RADIATOR) feature request
>
> > Hello Pete
Bruno Tiago Rodrigues wrote:
> Hugh,
>
> about the per-handler debug level... how exactly is this feature
> accomplished?
just a guess, but it would make sense that you would have a "Trace"
directive that you could put within . At
least, that's sort of what I was expecting.
-peter
--
Pete
AIL PROTECTED]>
Sent: Friday, March 15, 2002 12:27 AM
Subject: Re: (RADIATOR) feature request
>
> Hello Peter -
>
> This is already in Radiator 3.0. You should also have a look at our new
> (extra cost) product called Radar that will be released at the same time
as
> Radiator
osterwijk
> ISDN-NET Inc.
> www.isdn.net
> +1 615-221-4200
>
> > -Original Message-
> > From: Hugh Irvine [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, March 14, 2002 8:41 PM
> > To: peter moody; [EMAIL PROTECTED]
> > Subject: Re: (RADIATOR) feat
IL PROTECTED]
> Subject: Re: (RADIATOR) feature request
>
>
>
> Hello Peter -
>
> There are no upgrade costs for Radiator, you can download new
> versions from
> the web site with your existing username and password.
>
> Radar on the other hand is a new product a
Hello Peter -
There are no upgrade costs for Radiator, you can download new versions from
the web site with your existing username and password.
Radar on the other hand is a new product and will be priced separately.
regards
Hugh
On Fri, 15 Mar 2002 11:55, peter moody wrote:
> Hugh Irvine
Hugh Irvine wrote:
> This is already in Radiator 3.0. You should also have a look at our new
just out of curiosity, what are the upgrade costs?
-peter
--
Peter Moody Systems Administrator
[EMAIL PROTECTED]
:wq
===
Archive at http://www.open.com.au/archives/radiator/
Announce
Hello Peter -
This is already in Radiator 3.0. You should also have a look at our new
(extra cost) product called Radar that will be released at the same time as
Radiator 3.0.
regards
Hugh
On Fri, 15 Mar 2002 10:45, peter moody wrote:
> Hugh,
> I was wondering if it was possible to have pe
Hugh,
I was wondering if it was possible to have per-handler debug levels.
I ask b/c I've currently got about 40 handlers (realms,
acct-status-type, etc), and log files tend to get really big when I'm
only interested in output for a certain handler or group of handlers.
included in 3.0 :) ?
thank
Thanks for the patch, Hugh.
It worked a treat. It's nice knowing that it will go into the official
distribution aswell.
Cheers,
Rob.
begin Hugh Irvine quotation:
> Hello Rob -
>
> How are you going to initiate the shutdown? If it is by sending a signal, you
> could use a different signal
> In any case, it is easy enough to add a ShutdownHook, so I will do that
> in a minute and I'll send you the patches (and I'll also send them to
> Mike so he can add the code to the distribution for the next release).
>
This is *exactly* why you guys rule and why your software and support
re
Hello Rob -
How are you going to initiate the shutdown? If it is by sending a signal, you
could use a different signal first, such as a SIGHUP or a SIGWINCH, and use
either a StartupHook (checking the parameter passed), or use a WINCHHook.
In any case, it is easy enough to add a ShutdownHook,
I have an in-memory hash that I'm wanting to flush to disk on shutdown.
Ideally, this would be in a shutdown hook.
Or is there a recommended way to achieve such things, given the apparent lack
(perhaps just to me) of a shutdown hook?
Cheers,
Rob.
===
Archive at http://www.open.com.au/archi
Hello Chris -
Radiator is single-threaded, so it only ever handles a single request.
regards
Hugh
At 8:37 AM -0600 6/22/01, Chris Given wrote:
>Im not sure how radiator internally works, but I was wondering if it would
>be possible to send a "batch" of all the current authentication requests
Im not sure how radiator internally works, but I was wondering if it would
be possible to send a "batch" of all the current authentication requests
waiting up to a database server (Using XML) and return a "result set" of
there attributes.
Something like this
Auth Query : EXEC some_radius_authent
Hello Christophe -
There is similar functionality to this in one of the example hooks in the file
"goodies/hooks.txt" in the Radiator distribution. It would be pretty
simple to modify an example to do what you require. Have a look and if you have
any questions just ask.
cheers
Hugh
On Sat, 30
Does it make sense to support this option (and this probably means
things like AddToReply) in client definitions ?
Rationale : in a LAC/LNS environment, the L2TP parameters shall only
be sent to the LAC. With a current Radiator system, having different
replies requires to setup different handlers
Hello David -
On Fri, 16 Jun 2000, David Lloyd wrote:
> It would be really nice if I could use special formatting characters in my
> AddToReply, for instance:
>
> AddToReply User-Name="%U"
>
> Any thoughts?
>
In looking at the code (AuthGeneric.pm), I see that AddToReplyIfNotExist calls
the
It would be really nice if I could use special formatting characters in my
AddToReply, for instance:
AddToReply User-Name="%U"
Any thoughts?
- D
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe rad
>Yes. This is because the "Group = user" check item only has
>relevance in your
>AuthBy SYSTEM clause (or AuthBy UNIX). It doesn't have any
>relevance in an
>AuthBy FILE as you have it constructed above. (I think this is
>my fault from
>the example I sent you).
Ok, that explains the behavior I w
Hello Erik -
On Tue, 04 Jan 2000, Erik Meitner wrote:
>
> Here is how I have my AuthBy's setup(minus extra junk):
>
>
> Identifier System
>
>
> #main users file
>
> NoDefaultIfFound
> Identifier MainUser
> Filename %D/users
>
>
>
> AcctLogFileNam
Hugh said:
>
>The Identifier and the Auth-Type must agree.
>
Hi,
That is just a typo in my message. Sorry.
Erik
>Hello Erik -
>
>On Tue, 04 Jan 2000, Erik Meitner wrote:
>
>> Here is how I have my AuthBy's setup(minus extra junk):
>>
>>
>> Identifier System
>>
>>
>> #main users f
Hello Erik -
On Tue, 04 Jan 2000, Erik Meitner wrote:
> Here is how I have my AuthBy's setup(minus extra junk):
>
>
> Identifier System
>
>
> #main users file
>
> NoDefaultIfFound
> Identifier MainUser
> Filename %D/users
>
>
>
> AcctLogFileName %
Hugh:
>Hello Erik -
>
>On Thu, 23 Dec 1999, Erik Meitner wrote:
>>
>> It would be nice to have an option that allows one to add
>a check-item to
>> every authentication request, much like how AddToReply works. ie:
>>
>>
>> Filename %D/users
>> AddToCheck Group=user
>>
>>
>
>You can al
At 09:55 23/12/99 +1100, Hugh Irvine wrote:
># create an AuthBy FILE with Identifier Users
>
>
> Identifier Users
> Filename %D/users
>
>
># your normal Handler
>
>
>
> Filename %D/groups
>
>
Is there a way I can check if the group of "Perms" has
Hello Erik -
On Thu, 23 Dec 1999, Erik Meitner wrote:
>
> It would be nice to have an option that allows one to add a check-item to
> every authentication request, much like how AddToReply works. ie:
>
>
> Filename %D/users
> AddToCheck Group=user
>
>
You can already do this with
Title: RE: (RADIATOR) Accounting
It would be nice to have an option that allows one to add a check-item to every
authentication request, much like how AddToReply works. ie:
Filename %D/users
AddToCheck Group=user
Thanks,
Erik
Consultants +61 3 9598 0985
Mike is travelling right now, and there may be delays
in our correspondence.
-Original Message-
From: Joost Stegeman <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Monday, October 25, 1999 10:40 PM
Subject: Re: (RADIA
Me too!
To be honest, I would really like to be able to log messages to a different
file for every realm/handler. We're reselling ports and this way I could show
the (relevant) errors to our customers on a webpage. They could do some more
"selfcare" and wouldn't bother our helpdesk as much. Of c
In the radiator log file for trace level 3 it would be nice if on a
failed connect the caller-id is also logged to the radiator.log file
:-)
Gary
---
Ausmail
Your virtual home on the net.
Email, News & Home pages.
---
Coming soon !!
===
A
> How difficult would it be to add colour to the various Trace messages going
> to the console in Radiator?
You might like to look at some of the log colourizers already
available, try your local freshmeat.net mirror and remember, it
will probably want american spelling when you search. I'm sure
Dear Hugh and Co.
How difficult would it be to add colour to the various Trace messages going
to the console in Radiator?
For example - access rejects and other errors could be in red, accepts in
green.
It would make it easier to notice potential problems cropping up from time
to time. As well
Hi Bill -
On Tue, 28 Sep 1999, Bill wrote:
> It would be really nice to be able to format Auth request logfile
> entries like we can Acct request logfile entries.
This isn't on our list at the moment, but in our ample free time we'll see what
we can do.
BTW - the last time I asked for enhance
It would be really nice to be able to format Auth request logfile
entries like we can Acct request logfile entries.
Bill
-
[EMAIL PROTECTED]work ---> http://www.xmission.com/help/
http://scoot.net/ <--- play
Hello John -
On Fri, 27 Aug 1999, John Coy wrote:
> I'm looking at the docs for 2.13 and 2.14.1 side by side
> and they don't look different -- 2.13 implies you can use
> the "include" directive anywhere, but you cannot use it
> inside of an clause (I get an error -- keyword
> "include" not re
I'm looking at the docs for 2.13 and 2.14.1 side by side
and they don't look different -- 2.13 implies you can use
the "include" directive anywhere, but you cannot use it
inside of an clause (I get an error -- keyword
"include" not recognized or something like that).
Has this behavior changed
Hi John -
On Fri, 27 Aug 1999, John Coy wrote:
> I'm currently using 2.13 and one feature I'd love to have
> is the use of the "include" directive anywhere within the
> configuration file (including inside an clause).
>
Have a look at Section 6.1 in the Radiator 2.14.1 reference manual:
Eac
I'm currently using 2.13 and one feature I'd love to have
is the use of the "include" directive anywhere within the
configuration file (including inside an clause).
This would allow me to maintain commonly used code in
my config file and insert it anywhere. I have a particularly
complex statem
49 matches
Mail list logo
