[ previous ] [ next ] [ threads ]
 
 From:  "Jonathan De Graeve" <Jonathan dot De dot Graeve at imelda dot be>
 To:  "Alex M" <radiussupport at lrcommunications dot net>
 Cc:  "Mono Dev List" <m0n0wall dash dev at lists dot m0n0 dot ch>
 Subject:  RE: [m0n0wall-dev] Central Dynamic Configuration for Captive Portal RADIUS
 Date:  Thu, 30 Mar 2006 17:05:06 +0200
Leave it easy:

Use a normal textfile:
$ cat /var/db/captiveportal_radius.db
serverip,authenticationport,accountingport,sharedsecret
serverip2,authenticationport,accountingport,sharedsecret
serverip3,authenticationport,accountingport,sharedsecret

Just downloading the file and storing under /var/db should be enough :)

J.

-- 
Jonathan De Graeve
Network/System Engineer
Imelda vzw
Informatica Dienst
+32 15/50.52.98
jonathan dot de dot graeve at imelda dot be

---------
Always read the manual for the correct way to do things because the
number of incorrect ways to do things is almost infinite
---------

> -----Oorspronkelijk bericht-----
> Van: Alex M [mailto:radiussupport at lrcommunications dot net]
> Verzonden: donderdag 30 maart 2006 16:55
> Aan: Jonathan De Graeve
> CC: Mono Dev List
> Onderwerp: RE: [m0n0wall-dev] Central Dynamic Configuration for
Captive
> Portal RADIUS
> 
> Well the script should be easy to do... at this moment im playing
around
> with different methods to obtain the configs from the file that is
stored
> on
> external web server...
> 
> First I thought to use PHP to generate XML content from the database
and
> then read that "xml" ... but then I thought that if mono will request
that
> make not thought the web browser, then php will not be interpreted so
I'll
> get bunch of errors...
> 
> So now I'm thinking to use php command line to request remote file or
> build
> an actual xml file on the server that will be updated if server status
are
> changed... Which one is better?
> 
> 
> 
> 
> 
> 
> 
> 
> -----Original Message-----
> From: Jonathan De Graeve [mailto:Jonathan dot De dot Graeve at imelda dot be]
> Sent: Thursday, March 30, 2006 9:24 AM
> To: Alex M
> Cc: Mono Dev List
> Subject: RE: [m0n0wall-dev] Central Dynamic Configuration for Captive
> Portal
> RADIUS
> 
> Currently CP is freezed until after the weekend.
> 
> What do you have in mind with the 'script'?
> 
> J.
> 
> --
> Jonathan De Graeve
> Network/System Engineer
> Imelda vzw
> Informatica Dienst
> +32 15/50.52.98
> jonathan dot de dot graeve at imelda dot be
> 
> ---------
> Always read the manual for the correct way to do things because the
> number of incorrect ways to do things is almost infinite
> ---------
> 
> > -----Oorspronkelijk bericht-----
> > Van: Alex M [mailto:radiussupport at lrcommunications dot net]
> > Verzonden: donderdag 30 maart 2006 16:19
> > Aan: Jonathan De Graeve
> > CC: Mono Dev List
> > Onderwerp: RE: [m0n0wall-dev] Central Dynamic Configuration for
> Captive
> > Portal RADIUS
> >
> > Well I'm not forcing anything, I can create major part of the
script,
> but
> > I
> > will need a little bit of help on integrating it to Mono.
> >
> >
> >
> >
> >
> >
> > -----Original Message-----
> > From: Jonathan De Graeve [mailto:Jonathan dot De dot Graeve at imelda dot be]
> > Sent: Thursday, March 30, 2006 3:06 AM
> > To: Alex M; Steven McCoy
> > Cc: Mono Dev List
> > Subject: RE: [m0n0wall-dev] Central Dynamic Configuration for
Captive
> > Portal
> > RADIUS
> >
> > > -----Oorspronkelijk bericht-----
> > > Van: Alex M [mailto:radiussupport at lrcommunications dot net]
> > > Verzonden: donderdag 30 maart 2006 3:03
> > > Aan: 'Steven McCoy'
> > > CC: Mono Dev List
> > > Onderwerp: RE: [m0n0wall-dev] Central Dynamic Configuration for
> > Captive
> > > Portal RADIUS
> > >
> >
> >
> > > a) DNS is not yet supported
> > what do you mean with that?
> >
> > > b) Current config supports only 2 servers
> > Actually, it supports up to 10servers, but only 2 are configurable
> from
> > within the gui
> >
> > Downloading the radius configuration file from a website should be
> > relative easy to implement
> >
> > > c) DNS are good but you are limited only to controlling where
would
> > and
> > > IP,
> > > you can not add configuration such as groups for different
locatios
> > and
> > > group switching id the server is not responding, basically with
DNS
> > all
> > > the
> > > work will be manually. And in case of my idea it will be
> automatically
> > > self
> > > existing.
> > I don't understand the idea of groups quite good, what do you mean
> with
> > that?
> >
> > > If you even can add command on radius servers to automatically
> > > populate config file when the servr is up, and if server is not
> > > responding,
> > > delete it from the list and notify admins
> > I think you're asking too much ;)
> >
> > Dynamically download the config: OK, but setting orders on which one
> is
> > the fastest to respond is also not a good idea. You should prefer
the
> > one with the least packet drops. It also makes things a lot
> complicader.
> > Also for accounting, only the first radiusserver is used atm.
> >
> > PS Don't try to force things, if you want something please ask and
> > always remember that currently nobody gets payed todo this.
> >
> >
> > J.
> >
> > --
> > Jonathan De Graeve
> > Network/System Engineer
> > Imelda vzw
> > Informatica Dienst
> > +32 15/50.52.98
> > jonathan dot de dot graeve at imelda dot be
> >
> > >
> > >
> > >
> > >
> > > -----Original Message-----
> > > From: Steven McCoy [mailto:fnjordy at gmail dot com]
> > > Sent: Wednesday, March 29, 2006 7:52 PM
> > > To: Alex M
> > > Cc: Mono Dev List
> > > Subject: Re: [m0n0wall-dev] Central Dynamic Configuration for
> Captive
> > > Portal
> > > RADIUS
> > >
> > > Whats wrong with using DNS for this?
> > >
> > > --
> > > Steve-o
> > >
> > > On 29/03/06, Alex M <radiussupport at lrcommunications dot net> wrote:
> > > >
> > > > Hi, I'm trying to create a system where I will be able to mange
> > hotspots
> > > > more dynamically and from central location. I want to begin by
> > creating
> > > > "algorithm" where the list of Radius servers for captive portal
> > could be
> > > > obtained automatically from the central WEB server or secondary
> > backup
> > > > server.
> > > >
> > > >
> > > >
> > > > The reason for this is faster and easy management, quality of
> > service
> > > > configuration and scalability. Here is how it works: At startup
> NAS
> > > (M0n0)
> > > > connects to preset DNS URL and read config file that has a list
of
> > > Radius
> > > > servers (and maybe other configuration) [also beside this
dynamic
> > > function
> > > > nas should have static info on 2 radius servers, just in case,
but
> > those
> > > 2
> > > > will be added et the end of the list, if connection is ok] so
> about
> > the
> > > > list. the list obtained from server will contain all available
> > Radiuses,
> > > > now
> > > > when the list is obtained nas will ping all nases and once with
> the
> > low
> > > > pings will be placed in the beginning of the list. .
> > > >
> > > >
> > > >
> > > > Also, there should be implementations of groups so that we can
> > assign
> > > > nases
> > > > to proper Radiuses and change the groups during maintenance.
> > > >
> > > >
> > > >
> > > > Do I make myself clear on what I want?  Do you want to implement
> my
> > > Idea?
> > > >
> > > > Does any one want to work with me on this?
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Oleksandr
> > > >
> > > > LRC
> > > >
> > > >
> > > >
> > > >
> > > >
> > >
> > >
> > >
> ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: m0n0wall dash dev dash unsubscribe at lists dot m0n0 dot ch
> > > For additional commands, e-mail: m0n0wall dash dev dash help at lists dot m0n0 dot ch
> > >
> > >
> >
> >
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: m0n0wall dash dev dash unsubscribe at lists dot m0n0 dot ch
> > For additional commands, e-mail: m0n0wall dash dev dash help at lists dot m0n0 dot ch
> >
> >
> 
> 
>