I know it works without the condition. I did test that. And I can see in
the PacketFence logs that the username and password do authenticate
correctly. I'd send you the mentioned log files, but for my time zone, I'm
already home. I can send those tomorrow.
But... I tested it without any conditions, and it worked fine. Even with
the condition, it all says that authentication was successful, it just
follows it up with the warning that there is no "role" assignment.
Thanks,
Joshua Nathan
IT Administrator
Black Forest Academy
+49 (0) 7626-916123
On Tue, Dec 9, 2014 at 4:43 PM, Louis Munro <[email protected]> wrote:
> On 2014-12-09, at 9:04 , "Nathan, Josh" <[email protected]> wrote:
>
> > Hello,
> >
> > I'm trying to authenticate users against a Radius database, but if I add
> a condition to the rule, I keep getting this message in the logs along with
> the "Sorry!" page:
> >
> > httpd.portal(6978) WARN: No role specified or found for pid jnathan (MAC
> 00:1d:72:35:1b:15); assume maximum number of registered nodes is reached
> (pf::node::is_max_reg_nodes_reached)
> >
> > I would like to set it as a regular expression so that if the username
> ends with a letter, they have one role, and if they end with a number they
> have a different role.
> >
> > However, right now even setting it so that if the "username" either
> "contains" or "equals" 'jnathan', I get this message, let alone trying to
> use a regular expression.
> >
> > Any help? How do I get these conditions working?
>
>
> Hi Joshua,
> Before diving into conditions it helps to make sure the authentication
> actually succeeds and the source is well configured.
> Can you post the contents of your conf/authenticaton.conf file (stripped
> of passwords and such), especially the section that defines the RADIUS
> source?
>
> You also need to check to see what else is in the logs. Clearly your rule
> was not matched, but that's not enough information to go on.
>
> Try defining a catchall rule first.
> Don't add any conditions.
> If your rule is still not matched then the problem is not with the rule
> itself.
>
> Regards,
> --
> Louis Munro
> [email protected] :: www.inverse.ca
> +1.514.447.4918 x125 :: +1 (866) 353-6153 x125
> Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence (
> www.packetfence.org)
>
>
>
> ------------------------------------------------------------------------------
> Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
> from Actuate! Instantly Supercharge Your Business Reports and Dashboards
> with Interactivity, Sharing, Native Excel Exports, App Integration & more
> Get technology previously reserved for billion-dollar corporations, FREE
>
> http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
> _______________________________________________
> PacketFence-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/packetfence-users
>
------------------------------------------------------------------------------
Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server
from Actuate! Instantly Supercharge Your Business Reports and Dashboards
with Interactivity, Sharing, Native Excel Exports, App Integration & more
Get technology previously reserved for billion-dollar corporations, FREE
http://pubads.g.doubleclick.net/gampad/clk?id=164703151&iu=/4140/ostg.clktrk
_______________________________________________
PacketFence-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/packetfence-users
