(RADIATOR) Time restriction

[Hugh Irvine]

Hello Hisham -

Thanks for your mail.

You should note that the latest version is Radiator 3.13 and you  
should probably consider upgrading at some point in time.

Support for AddToRequest in Realms and Handlers was added in Radiator  
2.19.

I am not quite sure I understand how you want to deal with the  
connection speed? I would have thought that the speed was set by the  
ADSL equipment itself? Perhaps you could send me a trace 4 debug  
showing an ADSL connection?

If you can give me a bit more detail I will try to help.

regards

Hugh


On 18 Dec 2005, at 23:08, Hisham Al-Shiha wrote:

> Hi,
>
> I have Radiator 2.18.1 and I'm planning to implement time  
> restriction for
> specific type of users (ADSL). I succeeded partially to do this  
> with <AuthBy
> FILE> where the users file contains check-item Time="Al1800-0800"  
> so the
> time restriction works fine but still I need to categorize users  
> with their
> respective connection speed.
>
> I tried first to update the dictionary with a string attribute  
> named it
> Speed and set its value inside the Realm clause:
> ***********************************************************	
> 	<Realm xxxl>
> 		AcctLogFileName %L/detail.log
> 		AddToRequest Speed="256"		
> 		<AuthBy FILE>
> 			Filename %D/dsl_users
> 		</AuthBy>
> 		MaxSessions 1
> 		PasswordLogFileName %L/password.log
> 		RejectHasReason
> 		RewriteUsername s/^([^@]+).*/$1/	
>   		SessionDatabase online
> 	</Realm>
>
> 	<SessionDatabase DBM>
>   		Filename %D/online.medu
>   		Identifier online
> 	</SessionDatabase>
> **********************************************************
> 	this file contains dsl_users contains:
> **********************************************************
> 	ndsl.test	User-Password=123, Time="Al1800-0800", Speed="256"
> 			Service-Type=Framed-User, Session-Timeout="until
> Time", Framed-Protocol=PPP, Idle-Timeout = 1200
> **********************************************************
> When starting the radius daemon it showed an error " Unknown keyword
> 'AddToRequest' " and when trying to login with the user ndsl.test
> 	
> So I tried another solution:
> ***********************************************************	
> 	<Realm xxxl>
> 		AcctLogFileName %L/detail.log
> 		RewriteUsername s/^([^@]+).*/$1/
> 		<AuthBy FILE>
> 			Filename %D/dsl_users
> 		</AuthBy>
> 		MaxSessions 1
> 		PasswordLogFileName %L/password.log
> 		RejectHasReason 	
>   		SessionDatabase online
> 	</Realm>
>
> 	<SessionDatabase DBM>
>   		Filename %D/online.medu
>   		Identifier online
> 	</SessionDatabase>
> **********************************************************
> 	this file contains dsl_users contains:
> **********************************************************
> 	ndsl.test	User-Password=123, Time="Al1800-0800", Suffix=.256
> 			Service-Type=Framed-User, Session-Timeout="until
> Time", Framed-Protocol=PPP, Idle-Timeout = 1200
> **********************************************************
> But still unfortunately the request is rejected when trying to  
> connect with
> username ndsl.test.256 " unknown username ndsl.test.256 "
>
> So could anyone help me with this problem.
>
> Best Regards,
>    Hesham Alshehah
>    Systems Engineer
>    MeduNet
>
> --
> 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.


NB:

Have you read the reference manual ("doc/ref.html")?
Have you searched the mailing list archive (www.open.com.au/archives/ 
radiator)?
Have you had a quick look on Google (www.google.com)?
Have you included a copy of your configuration file (no secrets),
together with a trace 4 debug showing what is happening?

-- 
Radiator: the most portable, flexible and configurable RADIUS server
anywhere. Available on *NIX, *BSD, Windows, MacOS X.
-
Nets: internetwork inventory and management - graphical, extensible,
flexible with hardware, software, platform and database independence.
-
CATool: Private Certificate Authority for Unix and Unix-like systems.


--
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.