Hello,
I'm having problems installing Radiator because I can't get answers straight out of the Reference Manual. For example; I can't reach the GUI, so I haven't set up the main parameters yet. All I am relying on is you. Yesterday; I tried to get to http://www.thesite.com.au/~radiator/, but th
Dear All,
Hi,
Today I am very happy because I am succeeded to test radiator, I dial
authenticate from radius (/etc/shadow) and log maintain on radius
server and also in oracle server.
It is working fine upto this ..
Now I have three problems
1- I have user named saeed I wants to allocate h
On Mon, 14 Jun 1999, Mike McCauley wrote:
> Hi James.
>
> On Jun 11, 2:21am, James H. Thompson wrote:
> > Subject: Re: (RADIATOR) Simultaneous use
> > Since the NAS reply items are different for each NAS, I'd have to setup
> > 3 full sets of check/reply items for each user. That sounds like
>
Hello Abdul,
On Jun 17, 8:44pm, Abdul Rehman Saeed wrote:
> Subject: (RADIATOR) static IP+ maximun sessions
> Dear All,
>
> Hi,
>
> Today I am very happy because I am succeeded to test radiator, I dial
> authenticate from radius (/etc/shadow) and log maintain on radius
> server and also in ora
Hi James.
On Jun 17, 12:41pm, James H. Thompson wrote:
> Subject: Re: (RADIATOR) Simultaneous use
> On Mon, 14 Jun 1999, Mike McCauley wrote:
>
> > Hi James.
> >
> > On Jun 11, 2:21am, James H. Thompson wrote:
> > > Subject: Re: (RADIATOR) Simultaneous use
> > > Since the NAS reply items are dif
We are just finishing our new Radmin product, and will need some beta testers
soon.
Radmin is a Radius user administration package that works with Radiator. It is
definitely NOT a billing system: its probably most useful for administering
users in an intranet, or other non-paid-for access system
We all know that the RADIUS protocol (being based on UDP)
can be unreliable, especially in the face of saturated or unreliable
links from your POP to your radius server, so we wonder if this
is a good idea:
1. Invent a simple way to encapsulate RADIUS requests on a
TCP connection, and build a sim
I agree that udp is just not the right protocol for something as
potentially critical as a radius packet. However, any type of
encapsulation creates overhead and with busy pops/routers/radius servers
I'm not sure the increased good packets being received would be beneficial
vs. the load on the ro
in the revision history it says:
"Improved robstness of the session databases in the face of lost stop
packets. Now a stop packet will always remove any previous session that we
thought was on that NAS/Port combination. This will make the session
database "self-healing". "
However, it appears th
On 1999-06-18T09:11:30,
"Mike McCauley" <[EMAIL PROTECTED]> said:
> The theory is that using TCP allows the apps to get a better handle on poor
> network connections or down/unreachable radius servers than the
> simple UDP protocol.
>
> Does that seem like a good idea to anyone?
Partly a goo
Lars Marowsky-Bree wrote:
>
> On 1999-06-18T09:11:30,
>"Mike McCauley" <[EMAIL PROTECTED]> said:
>
> > The theory is that using TCP allows the apps to get a better handle on poor
> > network connections or down/unreachable radius servers than the
> > simple UDP protocol.
> >
> > Does that se
11 matches
Mail list logo
