Re: (RADIATOR) (Radiator) Setting up radius.cfg for Groups

1999-06-10 Thread James H. Thompson
Your FAQ at: http://www.open.com.au/radiator/faq.html#1 says: 1. Is there a mailing list archive? Yes, here, with thanks to the courtesy of Richard Uren. The "here" hyperlink is broken, its written as: http://www.thesite.com.au/~radiator/>here, with thanks to the courtesy of Richard Uren. sh

Re: (RADIATOR) (Radiator) Setting up radius.cfg for Groups

1999-06-10 Thread Mike McCauley
-Timeout and accept them 2. For accounting it will hit SQL, save the accounting data and acknowledge immediately. Hope that helps. Cheers. On Jun 10, 4:28pm, O Stockhammer wrote: > Subject: Re: (RADIATOR) (Radiator) Setting up radius.cfg for Groups > > > I am having problems wit

Re: (RADIATOR) (Radiator) Setting up radius.cfg for Groups

1999-06-10 Thread O Stockhammer
I am having problems with this. The problem is that we are using for accounting only and for the actual authentication, followed by a for secondary authentication. I am using an AuthByPolicy of ContinueUntilAccept and have all the AuthBy's in one realm called DEFAULT. I tried to use your me

Re: (RADIATOR) (Radiator) Setting up radius.cfg for Groups

1999-06-08 Thread Mike McCauley
Hello Oliver. Its very difficult to distinguish between Unix groups of users using Handlers or Realm. Handler and realm only have the attributes of the incoming request to work with. I think the right answer for you is to set up a users file that authenticates through Unix, and uses check and rep