Re: (RADIATOR) Version 2.14 released

1999-07-19 Thread Mike McCauley
Richard. See http://www.open.com.au/radiator/history.html On Jul 19, 3:35pm, Ian Hughes wrote: Subject: RE: (RADIATOR) Version 2.14 released Since upgrading to 2.14 usernames without a domain (eg terry as opposed to [EMAIL PROTECTED]) are having the default realm (@local) appended before

Re: (RADIATOR) Version 2.14 released

1999-07-19 Thread Ian Hughes
, perhaps a bug? Ian Hughes Original Message On 7/20/99, 7:57:29 AM, "Mike McCauley" [EMAIL PROTECTED] wrote regarding Re: (RADIATOR) Version 2.14 released: Hi Ian, thanks for reporting this. Do you have a DefaultRealm parameter in your Client clause? If so, there was a f

Re: (RADIATOR) Version 2.14 released

1999-07-19 Thread Lars Marowsky-Bree
On 1999-07-19T08:00:15, Ian Hughes [EMAIL PROTECTED] said: Also may have another problem. The machine running the radius server has multiple IP addresses. See "bind_address" in the configuration file. Sincerely, Lars Marowsky-Brée -- Lars Marowsky-Brée Network Management

Re: (RADIATOR) Version 2.14 released

1999-07-19 Thread Mike McCauley
On Jul 19, 8:00am, Ian Hughes wrote: Subject: Re: (RADIATOR) Version 2.14 released Mike, In the client clause there is a defaultRealm=local, this is used by a series of handere clauses to authenticate users according realm and Called-Station-Id. OK, I guess that explains it. Its the fix

RE: (RADIATOR) Version 2.14 released

1999-07-18 Thread Ian Hughes
Since upgrading to 2.14 usernames without a domain (eg terry as opposed to [EMAIL PROTECTED]) are having the default realm (@local) appended before being passed to the realms for authentication. Is this a bug or an added feature? If it's an added feature could someone please explain why.

RE: (RADIATOR) Version 2.14 released

1999-07-18 Thread Ian Hughes
Since upgrading to 2.14 usernames without a domain (eg terry as opposed to [EMAIL PROTECTED]) are having the default realm (@local) appended before being passed to the realms for authentication. Is this a bug or an added feature? If it's an added feature could someone please explain why.

Re: (RADIATOR) Version 2.14 released

1999-07-17 Thread Jeremy Burton
Mike McCauley wrote: ... New authentication module PORTLIMITCHECK, which can check enforce simultaneous-use limits for arbitrary groups of users. This can allow you to sell bundles of ports on a global or per-POP basis, or DNIS etc. It can also set up Class attributes that depend on

Re: (RADIATOR) Version 2.14 released

1999-07-16 Thread Clement
This is great. But Mike, I cannot get the upgrade. Is my password removed? The user name is 'ans'. About the new features, I have some questions listed below the features. Mike McCauley wrote: ... New authentication module PORTLIMITCHECK, which can check enforce simultaneous-use limits