Have a look at captive portals.
Ivan Kalik
Kalik Informatika ISP
Dana 21/8/2008, "Thomas Buchberger" <[EMAIL PROTECTED]> piše:
>Hi Alan and Ivan,
>
>Alan DeKok wrote:
>>> Config looks like this:
>>>
>>> DEFAULTAuth-Type := Accept
>>>
>> This completely bypasses any password checks.
>>
Hi Alan and Ivan,
Alan DeKok wrote:
>> Config looks like this:
>>
>> DEFAULTAuth-Type := Accept
>>
> This completely bypasses any password checks.
>
>> ERX-Virtual-Router-Name = "vpn:XXX",
>> ERX-Egress-Policy-Name = "XXX",
>> ERX-Local-Loopback-Interface = "loopback
Thomas Buchberger wrote:
> With PAP it works - but not with CHAP. That's the problem ...
> I think the CHAP module handles wrong passwords and auth-type different
> than the rlm_pap module.
No. It doesn't.
> Config looks like this:
>
> DEFAULTAuth-Type := Accept
This completely byp
>Config looks like this:
>
>DEFAULTAuth-Type := Accept
That would make any protocol irrelevant. pap or chap.
>ERX-Virtual-Router-Name = "vpn:XXX",
>ERX-Egress-Policy-Name = "XXX",
>ERX-Local-Loopback-Interface = "loopback 255",
>Service-Type = Framed-User,
>Framed-Prot
Ivan Kalik wrote:
> Add Fall-Through = Yes to the DEFAULT entry if you want to check entries
> that come later in users file.
Fall-Through is active.
With PAP it works - but not with CHAP. That's the problem ...
I think the CHAP module handles wrong passwords and auth-type different
than the rlm_p
>CHAP Passwords don't get checked and if the username is correct the user
>gets the wrong Options.
>Not really better...
Add Fall-Through = Yes to the DEFAULT entry if you want to check entries
that come later in users file.
Ivan Kalik
Kalik Informatika ISP
-
List info/subscribe/unsubscribe? See
Hi Alan,
Alan DeKok wrote:
> :) It's simple... just read 1000's of lines of debugging output, and
> hordes of miscellaneous unrelated unorganized documentation files.
>
:-P
>> We have several different Users in user-files which works fine.
>> Now we want that the radius always answers with O
Thomas Buchberger wrote:
> we're playing with the freeradius features and are getting confused in
> the way it behaves:
:) It's simple... just read 1000's of lines of debugging output, and
hordes of miscellaneous unrelated unorganized documentation files.
> We have several different Users in u
Hi @ll,
we're playing with the freeradius features and are getting confused in
the way it behaves:
We have several different Users in user-files which works fine.
Now we want that the radius always answers with OK and no more "Login
incorrect" - but with other Options than a correct user.
We appe
9 matches
Mail list logo