radiusplugin-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Radiusplugin-users] push "route x.x.x.x 255.255.255.0" with radiusp


From: Evgheni Dereveanchin
Subject: Re: [Radiusplugin-users] push "route x.x.x.x 255.255.255.0" with radiusplugin
Date: Wed, 10 Apr 2013 15:30:45 +0300

Hi, all!

I decided to respond to this old thread as I’ve got the same need: we send routes to groups and Framed-Route does the opposite.

Since we don’t use server-side routes, I just changed the source to add external routes to the CCD file instead of the internal ones J

 

The edits necessary:

UserAuth.cpp - replace

ccdfile << "iroute " << framedip << " "<< framednetmask << "\n";

with

ccdfile << "push \"route " << framedip << " "<< framednetmask << "\"\n";

UserAcct.cpp – comment out the route addition/deletion routines (search for “system call”, there are two places that need to be commented out)

 

This effectively reverses how the Framed-Route attribute is handled. Everything in the attribute after the IP/Mask is ignored so it doesn’t matter what you put there.

 

Hope this quick and dirty hack helps someone else!

 

Regards,

Evgheni


From:

Ralf Lübben

Subject:

Re: [Radiusplugin-users] push "route x.x.x.x 255.255.255.0" with radiusplugin

Date:

Mon, 28 May 2012 15:37:13 +0200

User-agent:

KMail/4.7.3 (Linux/3.0.0-19-generic-pae; KDE/4.7.4; i686; ; )


Hi,
 
yes that's right. You have modify the script
 
1. detect the attribute in the script by vender_id and vendor_number
2. interpreting the attribute content (and syntax check)
3. write the content to client-config-file
 
Regards,
Ralf
 
 
Am Mittwoch, 9. Mai 2012, 20:02:37 schrieb Tobias Hachmer:
> Hello Ralf,
> 
> On 08.05.2012 14:31, Ralf Lübben wrote:
> > If the attributes are received by the plugin they will be forwarded
> > to the vsa
> > script, which must be configured in the configuration file.
> > 
> > A simple example is added in the archiv of the plugin. Than it is up
> > to the
> > script to handle the attribute. In your case it should write the
> > attribute to
> > the client config file.
> 
> Do I have do adjust the script to write the information to the client
> config file?
> If so, are there any advantages I have to know?
> 
> Kind Regards,
> Tobias Hachmer
> 
> _______________________________________________
> Radiusplugin-users mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/radiusplugin-users

 



The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Any opinions expressed are mine and do not necessarily represent the opinions of the Company. Emails are susceptible to interference. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is strictly prohibited and may be unlawful. If you have received this message in error, do not open any attachments but please notify the EndavaIT Support Service Desk on (+44 (0)870 423 0187), and delete this message from your system. The sender accepts no responsibility for information, errors or omissions in this email, or for its use or misuse, or for any act committed or omitted in connection with this communication. If in doubt, please verify the authenticity of the contents with the sender. Please rely on your own virus checkers as no responsibility is taken by the sender for any damage rising out of any bug or virus infection.

Endava Limited is a company registered in England under company number 5722669 whose registered office is at 125 Old Broad Street, London, EC2N 1AR, United Kingdom. Endava Limited is the Endava group holding company and does not provide any services to clients. Each of Endava Limited and its subsidiaries is a separate legal entity and has no liability for another such entity's acts or omissions. Please refer to the “Legal” section on our website for a list of legal entities.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]