Hi,
I can put radiator in listening on a TCP port for a simple PAP authentication?
___
radiator mailing list
radiator@open.com.au
http://www.open.com.au/mailman/listinfo/radiator
Ciao Vicenzo -
It has been a long time since I came to Rome to assist Telecom Italia with
Radiator!
The short answer to your question is no, because the RADIUS protocol is based
on UDP not TCP.
However, we do provide an alternative called RADSEC, which is RADIUS over an
encrypted TCP connect
Hi,
>I can put radiator in listening on a TCP port for a simple PAP
>authentication?
RADIUS - UDP
RADSEC - TCP
for a simple PAP test, just ensure you have the basic RADIUS port config on
your server...
eg "AuthPort 1812" in your main config
alan
_
Hi Mike and friends,
As advised by you , i have attached the configuration file & debug logs.
I want to process both alive and stop packets but with separate
handlers. What i notice from the logs is that the handler which is first
positioned is the only handler which is processed the rest of th
All,
I am trying to accomplish the following goal and would love ideas on the best
way to accomplish it...
- Setup clients with identifiers.
- In the user file specify multiple defaults, with Client-Identifier,
Auth-Type and optional Group attributes in check replies, and di
Dear Friends,
I am modifed the script we were discussing, to perform COA and assign
new bandwidth (speed2) ,to the user who exceeds allocated quota
(maxquota) . I have already tested COA manually via radpwtst command, it
was successful and was acknowledged by the NAS. I want the below perl
sc
On 04/04/2013 03:40 PM, Garry Shtern wrote:
> I am trying to accomplish the following goal and would love ideas on the
> best way to accomplish it…
Have you considered something like:
AuthByPolicy ContinueWhileAccept
AuthBy krb-auth
AuthBy ldap-auth
# If still here, have authenticated a
On 04/04/2013 01:30 PM, Thomas Kurian wrote:
> How to resolve this issue , i require both the handlers to process the
> respective packets contents when each of the kind is received by
> radiator from the NAS. Please help me out.
I think you are missing closing . You have AcctColumnDef
followed b
On 04/04/2013 10:35 PM, Thomas Kurian wrote:
> 1. Can you check if the COA part in the below script is configured the
> right way ,advice me if there is anything extra that needs to be added .
This depends on the device you are sending CoA to.
> 2. I also require to get ($Radius::Radius::
Hi Heikki,
Thanks for the pointer. What I want to accomplish (forgetting about the actual
code), it define all of my users in a single file. And in the same file to be
able to distinguish which reply attributes are returned based on the RADIUS
client. That is, for example, if a user from a g
On 04/04/2013 11:24 PM, Garry Shtern wrote:
> Thanks for the pointer. What I want to accomplish (forgetting about
> the actual code), it define all of my users in a single file. And in
> the same file to be able to distinguish which reply attributes are
> returned based on the RADIUS client.
It
it looks to me like your mixing things up making it hard for me
personally to follow. 1 config with 1 log would be easier to follow. Why
does the time go backwards in your log?
but anyways, i think what you want to do is process Alive packets and
Stop packets separately, and ignore Start packe
I actually did. It's similar to what I want to do, with the exception of the
fact that I want to store the group to reply mappings in local files, rather
than SQL server.
I am thinking of using a hook to create a "userIsInGroup" function local to
AuthBy FILE. What do you think?
-Origin
13 matches
Mail list logo
