On 12 Apr 2013, at 15:21, Arran Cudbard-Bell wrote:
>
> On 12 Apr 2013, at 15:00, Nicholas Lemberger wrote:
>
>> The ldap.attrmap syntax in FR2 was:
>> checkItem $GENERIC$ radiusCheckItem
>> replyItem $GENERIC$ radiusReplyItem
>>
>> Bas
Yeah this is the only version of freeradius on the box the other was an rpm
version that was removed before I compiled this one.
-Original Message-
From:
freeradius-users-bounces+chris.taylor=corp.eastlink...@lists.freeradius.org
[mailto:freeradius-users-bounces+chris.taylor=corp.eas
Chris Taylor wrote:
> Ok I have upgraded to a compiled version of freeradius 2.2.0, and I was able
> to see the same result. It crashed after a few minutes with the error below.
>
> on-radius01 kernel: radiusd[10038]: segfault at 73d87000 rip
> 003c6c07b5bb rsp 73d83c08 error
Ok I have upgraded to a compiled version of freeradius 2.2.0, and I was able to
see the same result. It crashed after a few minutes with the error below.
on-radius01 kernel: radiusd[10038]: segfault at 73d87000 rip
003c6c07b5bb rsp 73d83c08 error 4
I turned on core dumps to
On 12 Apr 2013, at 15:00, Nicholas Lemberger wrote:
> The ldap.attrmap syntax in FR2 was:
> checkItem $GENERIC$ radiusCheckItem
> replyItem $GENERIC$ radiusReplyItem
>
> Basically the ldap attributes radiusCheckItem & radiusReplyItem
> con
The ldap.attrmap syntax in FR2 was:
checkItem $GENERIC$ radiusCheckItem
replyItem $GENERIC$ radiusReplyItem
Basically the ldap attributes radiusCheckItem & radiusReplyItem
contained FR attr/value pairs which were then added to the
correspondi
thanks ARRAN
On 4/12/13, Arran Cudbard-Bell wrote:
>
> On 12 Apr 2013, at 11:01, Mehdi Ravanbakhsh wrote:
>
>> how we can detect cues of reject in any section of default(site enable) ?
>>
>> do we have any internal attribute or any source that can be use for
>> determine cues of rejecting user
On 12 Apr 2013, at 11:01, Mehdi Ravanbakhsh wrote:
> how we can detect cues of reject in any section of default(site enable) ?
>
> do we have any internal attribute or any source that can be use for
> determine cues of rejecting user ?
Module-Failure-Message
But it's only reliably populated
yoann Couble wrote:
> Hi everyone,
>
> I have a freeRADIUS 2.0.4 server which has been running well for the
> past two years.
Upgrade to 2.2.0.
> With the sources downloaded from packages.debian.org,
> wrote my version of rlm_chap.c.
> Everything compiles and works fine when i do:
> ./con
Bas Penris wrote:
> The reason I didn't post the debugs and config files was because I
> thought there might be an easy explanation which one of you would be
> able to spoon up without any trouble.
We need certain information to answer questions. One piece of which
is the debug output. That's
Hi Alan,
The reason I didn't post the debugs and config files was because I thought
there might be an easy explanation which one of you would be able to spoon up
without any trouble. Especially because nothing is broken and everything works
as it's supposed to.
I'll get back with a debug log
how we can detect cues of reject in any section of default(site enable) ?
do we have any internal attribute or any source that can be use for
determine cues of rejecting user ?
best regards.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Thanks Alan! The following code in the sites-available/inner-tunnel solved
the problem.
if ("%{sql: SELECT COUNT(*) FROM radcheck WHERE username =
'%{SQL-User-Name}' AND pwdtype = 'local'}" > 0) {
update control {
MS-CHAP-Use-NTLM-Auth := 0
}
}
ffgch2 wrote:
> > I ha
Bas Penris wrote:
> Everything is working as it should so no worries there, but I'm curious
> about something. I configured the proxies and the local realm. When I
> did a radtest like this:
> radtest che...@localdomain.nl password 127.0.0.1 1 secret
> I would get an Accept-Accept.
That's the ea
John wrote:
> We deploy freeradius integrated to Active Directory, but the AD enabled
> "Require signing" option (see the attachement).
That's really an AD question.
> net join is OK after we set "LDAP SASL wrapping" to 'sign'. But LDAP
> search failed. Is there a way to let LDAP search work?
Mathieu Simon wrote:
> Telling students how to install a internal CA root isn't going to work,
> it already
> didn't work for teachers in the past ...
Yes. That is a problem.
> But allowing only (internal) devices with certs from the internal CA
> through CA_file
> would allow us to more easil
And sorry again…
I forgot old Fall-Through= yes which of course made it work..
I thank myself for my excellent answers☺
Cheers
Alex
Från:
freeradius-users-bounces+alexander.silverohrt=itux...@lists.freeradius.org
[mailto:freeradius-users-bounces+alexander.silverohrt=itux...@lists.freeradi
Sorry forget about priority i thought higher was first..Which it wasn’t.. Still
is it possible to get replies from multiple groups an account belongs to?
Cheers
Alex
Från:
freeradius-users-bounces+alexander.silverohrt=itux...@lists.freeradius.org
[mailto:freeradius-users-bounces+alexander.silv
Hello,
Never played around with groups using rlm_sql and the default schema..
I am reading what i assume is saying that it should be possible to have several
groups to a account and each group should be able to supply that specific
groups radgroupreply attributes..
Number 4 below sure sounds lik
19 matches
Mail list logo