RE: [cas-user] Ticket validation failed when IP changed ?

Looks correct on this – Thanks ! From “serviceTicketExpirationPolicy.xml” default set to… Changing to a minute and keeping an eye on responses on log-file. Perfect ! Cheers From: Ohsie, David [mailto:david.oh...@emc.com] Sent: 24 January 2013 05:44 PM To: cas-user@lists.jasig.org Su

RE: [cas-user] Ticket validation failed when IP changed ?

Thanks, I’ll make the changes and report back. Appreciated ! From: Ohsie, David [mailto:david.oh...@emc.com] Sent: 24 January 2013 05:44 PM To: cas-user@lists.jasig.org Subject: RE: [cas-user] Ticket validation failed when IP changed ? > Thanks gents, > As stated this is not a problem happe

[cas-user] How to make the CAS server is not exposed network?

How to make the CAS server is not exposed network? -- neolkb >6KB_ -- You are currently subscribed to cas-user@lists.jasig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/disp

[cas-user] LPPE and warning days between users

Hello all, We are currently in our testing phase with CAS, and in our testing we are noticing some unusual behavior (at least in our minds). We have values for password expiration set as shadowMax and shadowLastChange. There are situations where a user on our campus will not have their password e

Re: [cas-user] Ticket Validation Exception

Sure, which details in particular would you need - i presume you mean config files here. nothing has changed since the restart, but we did a complete server restart rather than using specific shutdown shell scripts (these should have been invoked of course) .CAS should have then restarted with the

Re: [cas-user] Ticket Validation Exception

Can you provide some details on how your CAS server is configured and what changed since the last restart? On Thu, Jan 24, 2013 at 4:06 PM, SImon Kehoe wrote: > Hi, > our CAS authentication is no longer working well after a server restart > (we are running on linux). It can start working after a

Re: [cas-user] How to remove a client's cookie after a SSOut?

You're not going to be able to. The callback is behind the scenes and doesn't go through the browser. You won't have access to any cookies. Cheers, Scott On Thu, Jan 24, 2013 at 1:04 PM, Gil Victor Teixeira Pinto < gilc...@gmail.com> wrote: > Hello All! > > I'd like to implement some code (re

[cas-user] Ticket Validation Exception

Hi, our CAS authentication is no longer working well after a server restart (we are running on linux). It can start working after a period of time, but is very fragile. The message we get in the logs after each login attempt is as follows : I have put in x over the key part of the ticket nu

[cas-user] How to remove a client's cookie after a SSOut?

Hello All! I'd like to implement some code (remove a cookie from a client app) after a SSOut request. My SSOut works perfectly, calling the filter: * org.jasig.cas.client.session.SingleSignOutFilter*. Where is the best place to implement this? I would not to change the code in *SingleSignOutFilt

RE: [cas-user] Ticket validation failed when IP changed ?

> Thanks gents, > As stated this is not a problem happening continuously, but today we had an > occurrence of 26 vs. 3514 successful logins. > Also I ruled out the timeout as seen on the log, it is within minutes of the > original request... The default ST (Service Ticket) expiration perio

Re: re:[cas-user] CAS Spring Client Clustered Envirment-401 Auth failed Cas returned no Response

I think you've replied on the wrong 3d. Da: Hendrik Coetzee A: cas-user@lists.jasig.org Inviato: Giovedì 24 Gennaio 2013 13:18 Oggetto: RE: re:[cas-user] CAS Spring Client Clustered Envirment-401 Auth failed Cas returned no Response Thanks gents, As stated

RE: re:[cas-user] CAS Spring Client Clustered Envirment-401 Auth failed Cas returned no Response

Thanks gents, As stated this is not a problem happening continuously, but today we had an occurrence of 26 vs. 3514 successful logins. Also I ruled out the timeout as seen on the log, it is within minutes of the original request... One of the differences that is apparent is the differing IP's,

Re: [cas-user] Ticket validation failed when IP changed ?

>From the log entries, it seems that the ST in question has expired, therefore >it is considered invalid. Dmitriy. Sent from my iPhone On Jan 24, 2013, at 4:45, Hendrik Coetzee wrote: > Good day, > > We have an intermitted error that appears on ticket expiry, > here is what we can see in th

re:[cas-user] CAS Spring Client Clustered Envirment-401 Auth failed Cas returned no Response

Hi, It looks like you get a service ticket (what you called a token). The service ticket validation happens directly between the application and the CAS server. In your case, it seems that you have a problem there. Regarding your configuration, the application will call the https://www.james.d

RE: [cas-user] Determine CAS Version

Assuming you have access to the server environment, one quick tell would be to find the 'cas\WEB-INF\lib' directory in the server's webapps directory and note the version of the 'cas-server-core-x.y.z.jar' file. (i.e. cas-server-core-3.5.1.jar) -Misagh > -Original Message- > From: Josh

[cas-user] Ticket validation failed when IP changed ?

Good day, We have an intermitted error that appears on ticket expiry, here is what we can see in the logs from the catalina.out file: 2013-01-23 14:54:05,556 INFO [org.jasig.cas.CentralAuthenticationServiceImpl] - https://vula.uct.ac.za:443/sakai-login-tool/container] for user []> 2013-01-23 1

RE: [cas-user] LDAP/LPPE and password is not expiring

Details are posted here: https://wiki.jasig.org/display/JSG/cas-user Essentially, you’d send an email to leave-cas-u...@lists.wisc.edu -Misagh From: zhaohuideng...@gmail.com [mailto:zhaohuideng...@gmail.com] Sent: Thursday, January 24, 2013 12:38 AM To: cas-user@lists.jasig.org Subject: Re

Re: [cas-user] CAS 3.5.1 services management Error

This issue seems to be related to messages_XX.properties which does not handle all messages (for certain language). Overwrite your messages_XX.properties with messages_en.properties and it should work. Regards, Le 23 janv. 2013 à 09:47, jleleu a écrit : > Hi, > > The error page image is not v