> Archive at http://www.starport.net/~radiator/
> > Announcements on [EMAIL PROTECTED]
> > To unsubscribe, email '[EMAIL PROTECTED]' with
> > 'unsubscribe radiator' in the body of the message.
> >
> >
>
> ===
> Archive at http://www.starport.ne
ctclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: dialInAccount
sn: Stegeman
cn: Joost Stegeman
uid: [EMAIL PROTECTED]
givenname: Joost
mail: [EMAIL PROTECTED]
userpassword: secret
filtername: Full Access
framedIpAddress: 192.168.1.1
>
> Thanks again, in advance!
>
> Dave
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
--
Could it be that you are trying to use SNMP on a low port (161 is
default) while running Radiator as a normal user (not root)?
- joost.
Richard Barnes -Listserv wrote:
>
> I'm installing Radiator on a Solaris7 machine... (it's actually going to be
> a secondary authenticator)
>
> I think I hav
Jan,
There were some errors in the doc's on this issue. They have been
corrected in the newer versions.
>From an earlier mail to the list:
You access the parameters like this:
# get the parameters passed to this hook
my $p = ${$_[0]}; # current request packet
my $rp = ${$_[1]}
Euhm, you're right. We're still using 2.11 in production and this is the
logfile from the 2.11 server. We'll be upgrading soon. Anyway, problem
solved.
thanx, Joost.
Mike McCauley wrote:
>
> Hello Joost,
>
> On Apr 3, 10:58am, Joost Stegeman wrote:
> > Subjec
arted
- Joost.
--
====
Joost Stegeman
Service Developer Integration Services
KPN
OVN BBT/IP Integration Services
tel. 070 - 371 37 83
fax. 070 - 371 26 38
E-mail: [EMAIL PROTECTED]
ld,
> Platypus, Freeside, TACACS+, PAM, external, etc etc on Unix, Win95/8,
> 2000, NT, MacOS X
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
--
Joost Stegeman
Service Developer Integration Services
KPN
OVN BBT/IP Integration Services
tel. 070 - 371 37 83
fax. 070 - 371 26 38
E-mail: [EMAIL PROTECTED]
builddbm
By the way, this script is for Ascend NASses and the RAdmin tables,
you'll probably have to adjust some harcoded things ;-)
- Joost.
Joost Stegeman wrote:
>
> Hi all,
>
> I had the same problem yesterday, try this one.
>
> cu,
>
> - Joost.
>
> Hugh Ir
t; Breitistrasse 7BPGP key available upon request.
>
> CH-5506 MaegenwilTel: +41 62 896 46 26
> Switzerland
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PR
, password, NT, Emerald,
> Platypus, Freeside, Interbiller, TACACS+, PAM, external, etc, etc.
> Available on Unix, Linux, FreeBSD, Windows 95/98/2000, NT, MacOS X.
>
> ===
> Archive at http://www.starport.net/~radiator/
> Announcements on [EMAIL PROTECTED]
> To unsubscribe, email '[EMAIL PROTECTED]' with
> 'unsubscribe radiator' in the body of the message.
--
Joost Stegeman
Service Developer
KPN
OVN BBT/IP Integration Services
tel. 070 - 371 37 83
fax. 070 - 371 26 38
E-mail: [EMAIL PROTECTED]
acct2sql.pl
Hi Andrew,
>From memory, the arguments in the config file are read until
end-of-line, so quotes shouldn't be necessary. On the other hand, it
doesn't hurt using them. In most places, Radiator handles values with or
without quotes but will usually quote them when printing them in
logfiles etc.
-
Thanks Hugh!
I'll have a look into this.
Do we add the 'Profile' attr to the dictionary or is that not necessary?
- Joost.
===
Archive at http://www.starport.net/~radiator/
Announcements on [EMAIL PROTECTED]
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of th
You could of course setup an account for a lookup user, which has rights
to read only the username/passwd/check/reply attribs.
- Joost.
Hugh Irvine wrote:
>
> Hello Stephen -
>
> On Wed, 15 Mar 2000, Felicetti, Stephen A. wrote:
> > Hey guys
> >
> > I'm authenticating against LDAP, and all
Steven,
As Hugh mentioned earlier, the AddToReplyIfNotIncluded directive takes the list
of parameters passed to it and looks at your reply packet. It takes the first
attrib from the list and looks for it in the reply packet, it finds no
Ascend-Data-Filter attribute and thus adds the attribute. It
ction/query in the Radiator
code.
- Joost.
Joost Stegeman
Service Developer Integration Services
KPN OVN BBT/IP ISU IS
> Can you clarify something for me?
>
> Is the 'RequireAttrValue usertype,radiususer' an actual attribute you
> can add to the config file, or is it ju
Hi Stephen,
Radiator currently cannot use LDAP groups or my defintion of capabilities. It
would be relatively easy to add a directive like
RequireAttrValueusertype,radiususer
which would require that apart from a matching password and other check-items,
the user to be authentic
> Hi Steven,
>
> You have uncovered a bug here, that is triggered by white space before an
> attribute name in an AddToReplyIfNotExist. We have fixed that for the next
> release. Thanks for reporting it.
>
> All the same, Radiator is only going to add the first Ascend-Data-Filter in
> your AddTo
Jason,
We're using radiator 2.11 with some enhancements under perl 5.00404 on Solaris
2.6. I upgraded perl to 5.00503 two weeks ago and apart from a memeory leak
(probably related to AuthLDAP with OpenLDAP libs) there are no problems. I plan
to upgrade to 2.15 in the next two weeks and will chang
Jason,
I have the same problems with upgrading perl in our operational environment. I
therefore installed a new version of perl in /opt (we do everything there)
especially for Radiator. Then edit radiusd and radpwtst to use this new perl
binary and everything should work, provided you also pay at
Hi Christopher,
Why don't you use secure LDAP, that's what it's there for!
Radiator supports secure LDAP and it's the easiest way of doing it IMO.
By the way, the SSL connection stays up until the connection is lost, so there
is no extra handshake overhead for every request (except for the encryp
Me too!
To be honest, I would really like to be able to log messages to a different
file for every realm/handler. We're reselling ports and this way I could show
the (relevant) errors to our customers on a webpage. They could do some more
"selfcare" and wouldn't bother our helpdesk as much. Of c
>
> I am running radiator 2.14 on Solaris 2.6. It is started from /etc/inittab
> and thus runs with a umask of 000. All log and accounting files are
> created with mode 666. Is there a way to set the mode on the logfiles other
> than wrapping radiator in a shell script and setting umask in that
> Having got Radiator/Radmin setup and running. I would like to move over to
> doing all of my authentication from the Radmin database. The main problem
> at the moment is that my qpopper POP3 server authenticates using the
> shadow password file on my Redhat 6.0 Linux server.
>
> Before I destro
hange to this older
module. We have had no problems using the Netscape Directory Server and the
OpenLDAP server. Connections stay up as they should. IMHO this is the preferred
way, as it reduces the rather large overhead of setting up a new connection and
binding etc for every new connection.
- J
Stephen,
I think DEFAULT entries are only processed for usernames that haven not been
found in any other clause. So only unknown users are checked against the
DEFAULT user entry and thus let in and given the reply-items.
- Joost
Joost Stegeman
KPN Telecom
OVN BBT/IP ISU
===
To unsubscribe
the last client only shows the number of access
requests (just the first line). Could this be a limit in the UDP packet size?
It's over 300 lines of output, we have defined over 10 clients.
Anyone else noticed this?
- Joost.
Joost Stegeman
KPN Telecom
OVN BBT/IP ISU
===
To unsubscribe
Hugh,
I'm not sure your suggestion to define multiple CheckAttr and ReplyAttr fields
in the LDAP config works in Radiator 2.14.1. It doesn't work in 2.11 for sure.
Maybe you mean that multiple atribute values in the LDAP directory are
concatenated with commas?
from AuthLDAP.pm, line 274:
28 matches
Mail list logo