Le 18/03/2021 à 17:53, Nicolás López a écrit :
DId anybody find a solution for this?
Thanks,
El viernes, 5 de febrero de 2021 a las 4:35:58 UTC-3,
[email protected] escribió:
Hello, with the exact same issue, we try with versions 6.2.6 /
6.2.7 / 6.3.1 but still the same problem. Did you solved it and
how ? thank you
Le jeudi 9 juillet 2020 à 19:50:25 UTC+2, [email protected] a
écrit :
Thank you Ray for your quick response.
- When I start with private/incognito windows, I get the same
behavior.
- I tried different cookie settings ( cas.tgc.xxx). Still
same issue
- No, we have only one host. Sessions are not being share with
any other CAS instance.
- I created a log file (for org.apereo.* classes) for IE
login attempt and another log file (for org.apereo.* classes)
for Firefox login attempt.
When I compared these log files, I realized that. In both log
files, I see that "AbstractWebApplicationService" is created
(Second time). And until this point (From server start to
"AbstractWebApplicationService" is created second time),
everything is same.
After this point :
For IE, I get these logs:
TRACE
[org.apereo.cas.web.support.gen.TicketGrantingCookieRetrievingCookieGenerator]
- Removed cookie 'TGC'
TRACE [org.apereo.cas.web.support.WebUtils] - Evaluating
request to determine if warning cookie should be generated
TRACE
[org.apereo.cas.audit.spi.principal.ThreadLocalPrincipalResolver]
- Resolving principal at audit point [execution(Event
org.apereo.cas.web.flow.resolver.impl.RankedMultifactorAuthenticationProviderWebflowEventResolver.resolveSingle(RequestContext))]
TRACE
[org.apereo.cas.audit.spi.FilterAndDelegateAuditTrailManager]
- Recording audit action context
[org.apereo.inspektr.audit.AuditActionContext@35335fa4]
INFO
[org.apereo.inspektr.audit.support.Slf4jLoggingAuditTrailManager]
- Audit trail record BEGIN
=============================================================
WHO: audit:unknown
WHAT: [event=success,timestamp=Thu Jul 09 10:12:35 CDT
2020,source=RankedMultifactorAuthenticationProviderWebflowEventResolver]
ACTION: AUTHENTICATION_EVENT_TRIGGERED
APPLICATION: CAS
WHEN: Thu Jul 09 10:12:35 CDT 2020
CLIENT IP ADDRESS: x.x.x.x
SERVER IP ADDRESS: x.x.x.x
=============================================================
After that, it reloads the login page.
-------------------------------------------
However in Firefox log:
I get these logs after "AbstractWebApplicationService" is
created second time:
TRACE [org.apereo.cas.util.EncodingUtils] - Successfully
decoded value. Result in Base64url-encoding is
[****************************************************************************]
TRACE [org.apereo.cas.services.web.ChainingThemeResolver] -
Attempting to resolve theme via [CookieThemeResolver]
TRACE [org.apereo.cas.services.web.ChainingThemeResolver] -
Attempting to resolve theme via [SessionThemeResolver]
TRACE [org.apereo.cas.services.web.ChainingThemeResolver] -
Attempting to resolve theme via [RequestHeaderThemeResolver]
TRACE [org.apereo.cas.services.web.ChainingThemeResolver] -
Attempting to resolve theme via [RegisteredServiceThemeResolver]
Then it displays Client IP and Browser information. And it
makes the database and LDAP connections to verify the
credentials.
Looks like when I try to login with IE, CAS ignores the
request and reloads the login page.
Regards,
Emre
On Wednesday, July 8, 2020 at 12:42:45 PM UTC-5, Ray Bon wrote:
Emre,
If you start with private/incognito windows, do you get
the same behaviour? It is possible that chrome and ie are
holding on to prior cas sessions.
Check your cas cookie settings, cas.tgc.xxx. Browsers are
becoming more strict with the cookie settings.
Not related to browsers, but do you have multiple cas
hosts? If so, are your cas sessions being shared (ticket
storage)?
Try turning up the logging level in cas to see if it
provides some clues.
Ray
On Wed, 2020-07-08 at 09:42 -0700, Emre Ermişoğlu wrote:
Hello,
I installed CAS 6.1 and we are currently testing this
instance. We are only using LDAP and Database
authentication. When we test the CAS with Firefox, it
works fine. After we enter correct credentials, it
redirects user to applications (Expected behavior).
However when we test it with IE or Chrome, we get a
different behavior. After entering correct credentials,
most of the time , it refreshes the login page instead of
redirecting user to application and it is not creating
any ticket. (When I check the logs, I dont see any LDAP
connection or Database connection ). And when we restart
the application server, it works fine for couple tries.
Then it starts refreshing the login page again.
I dont see any error in the log files. Did anyone have
the similar issue? Any idea?
Browsers that I use:
Firefox 78.0.1
IE 11.1932.16299.0CO
Chrome 83.0.4103.116
Regards,
Emre
--
Ray Bon
Programmer Analyst
Development Services, University Systems
2507218831 <tel:(250)%20721-8831> | CLE 019 | [email protected]
I respectfully acknowledge that my place of work is
located within the ancestral, traditional and unceded
territory of the Songhees, Esquimalt and WSÁNEĆ Nations.
--
- Website: https://apereo.github.io/cas
- Gitter Chatroom: https://gitter.im/apereo/cas
- List Guidelines: https://goo.gl/1VRrw7
- Contributions: https://goo.gl/mh7qDG
---
You received this message because you are subscribed to the Google Groups "CAS Community" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To view this discussion on the web visit
https://groups.google.com/a/apereo.org/d/msgid/cas-user/43a61742-18e6-9c94-6d44-156feae17ac7%40gmail.com.
