Hi,
I am starting to convert to CAS 5 and apparently we are missing something. We
make a configuration change however it doesn’t get reflected in the
application.
We are using the maven overlay method on Windows and it seems that our version
of the cas.properties file does not overlay the orig
Excellent analysis, thank you.
It’s worth a try, I guess, to see if adding Echo to the Cascading DAO
removes the issue. I admit person-directory is mostly a mystery to most of
us (and 5 does not use the Cascading DAO at all by default). Its evolution
has been sinusy.
--Misagh
From: cas-
I have a lead on what the issue was related to - I had a setup with the
CascadingPersonAttributeDao. Both the original production issue, and the
tested behavior was observed under this attribute DAO.
In testing, I have swapped out the AttributeDao with the
MergingPersonAttributeDao, using a Non
My thoughts on that was since GoogleAuth uses Base32 of an 80 bit key so
that is 16 bytes. So a 8192 bit key at base32 should be around 1639.
Regards,
Paul.
On 18 November 2016 at 15:38, Misagh Moayyed wrote:
> Great. As an alternative, can you experiment with column definitions or
> @Type anno
Great. As an alternative, can you experiment with column definitions or
@Type annotations to enforce a better type such as text?
I suppose the thing I dislike is that 255 (and similar numbers) is such an
arbitrary value. If you can find a reasonable number that would work for
most databases a
Yes, the table is not created an MySQL returns an error of:
ERROR 1074 (42000): Column length too big for column 'secretKey' (max =
65535); use BLOB or TEXT instead
Regards,
Paul.
On 18 November 2016 at 14:48, Misagh Moayyed wrote:
> Is the MySQL complaint causing issues?
>
>
>
> --Misagh
>
>
Also this is on MySQL 5.7.16
On 18 November 2016 at 14:52, Paul Mitchell
wrote:
> Yes, the table is not created an MySQL returns an error of:
>
> ERROR 1074 (42000): Column length too big for column 'secretKey' (max =
> 65535); use BLOB or TEXT instead
>
> Regards,
> Paul.
>
> On 18 November 201
That’s an excellent find. I suspect bypass rules don’t account for
non-interactive AuthN somehow. If you can change your config to bypass MFA
based on the Ldap handler, that pretty much confirms my theory.
File an issue either way please. (And since you’re on SNAPSHOT, let’s move
this to dev)
Do you have debugging turned on for ldap in your log file?
On Nov 17, 2016 9:01 AM, "Daniel" wrote:
> Greetings,
>
> After being unable to authenticate directly to our Oracle 12g database
> using the Encoded Query option, we have synced our users to an openLDAP
> instance.
>
> I am receiving the
Is the MySQL complaint causing issues?
--Misagh
From: cas-user@apereo.org [mailto:cas-user@apereo.org] On Behalf Of Paul
Mitchell
Sent: Friday, November 18, 2016 3:50 AM
To: CAS Community
Subject: [cas-user] gauth-jpa
Hi,
I found what appears to be a bug in
GoogleAuthenticatorRegistr
Thank you. I finally figure out a solution, which may help others to setup
up server quickly. But I think apereo still needs a better document to
describe how to getting start. ^ ^
First, import cas-overlay-template project into Eclipse:
Eclipse->File->Import->Existing Maven Projects->S
I try your answer. but it has some problem.
First,cas-server-support-yubikey only has 5.0.0+ version, so I change
cas.version to 5.0.0. look at this
https://mvnrepository.com/artifact/org.apereo.cas/cas-server-support-yubikey
org.apereo.cas
cas-server-support-yubikey
5.0.0
Second
Hello,
As issues #2126 & #2127 are solved, this morning, another issue arises :
Yubikey MFA is bypassed when I use LdapAuthenticationHandler (via login
form), but not when I use Spnego ?? relevant cas.properties line is :
cas.authn.mfa.yubikey.bypass.authenticationHandlerName=JcifsSpnegoAuthentic
Hi,
I found what appears to be a bug
in GoogleAuthenticatorRegistrationRecord.java the record contains the lines
@Column(length = Integer.MAX_VALUE, updatable = true, insertable = true,
nullable = false)
for two of the string fields in the class. This causes Hibernate to
generate the follow
14 matches
Mail list logo