On 9 Jul 2013 20:15, mck2...@gmail.com wrote:
>
> I m not able to mail this to the cas users DL though I tried.
> On 9 Jul 2013 18:24, "Mckenzie J" wrote:
> >
> > Hi,
> >
> > we are using CAS 3.5.1 and we make use of the
UsernamePasswordCredentialsToP
Hi all,
we are trying to authenticate our instance with CAS. The ST is getting
created and there is an error in the org.jasig.cas.util.HttpClient as
socket timeout. I have attached the error log in this mail. The instance is
hosted in 2 nodes in a production environment fronted by a load balancer
> PGP Public Key Id: 0x383733AA
> LinkedIn: http://www.linkedin.com/in/scottbattaglia
>
>
> On Wed, Apr 3, 2013 at 6:06 AM, Mckenzie J wrote:
>
>> Dear all,
>>
>> We are trying to implement CAS clustering in our environment. The
>> requests are redirected to th
Dear all,
Any help on this will be of much use for me.
Thanks,
Mckenzie
On Wed, Apr 3, 2013 at 3:36 PM, Mckenzie J wrote:
> Dear all,
>
> We are trying to implement CAS clustering in our environment. The requests
> are redirected to the CAS servers by the Apache web serv
Dear people,
we are trying to integrate our Java client with CAS and we are using
LDAP Authentication. The client was now upgraded and it uses Spring
3.0 .After
upgradation we try to access the instance using the same CAS
configuration but we get an error as per the attached file.
on debugging
Dear all,
I would like to understand the queryAttributeMapping in the
LdapPersonAttributeDao configured in my cas server. Currently my
BindLdapAuthenticationHandler has its filter set to commonName(cn) for
filtering usersand my queryAttributeMapping has its mapping to cn.
t; but I can give you a deployerConfigContext.xml that'is working fine for me.
> Not sure you will need everything, but you can adapt it, it should work.
>
> Good luck :)
>
> Marc
>
>
> On 4 February 2013 12:42, Mckenzie J wrote:
>>
>> Dear all,
>>
>
at case, with the
> *response cookie* the server sends when successfully authenticating,
> which does have path='/' set.
>
> Any possibility of you doing the same mistake? Especially since you are
> working on localhost?
>
> Mvh,
> /Fredrik
>
> ons 2013-01-09 klo
ght unless someone else on this thread tries it first.
>>
>>
>>
>> On Tue, Jan 8, 2013 at 8:31 AM, Mckenzie J wrote:
>>>
>>> http://www.jasig.org/cas_server_3_5_1_release
>>>
>>> Please click on download on the left for the zip file.
>>>
http://www.jasig.org/cas_server_3_5_1_release
Please click on download on the left for the zip file.
Thanks,
Mckenzie.
On Tue, Jan 8, 2013 at 6:59 PM, Mckenzie J wrote:
> yeah it is a typo.My bad. . the version is 3.5.1 and not 3.3 - the
> version is cas-server-webapp-3.5.1
>
any more.
>
> Not that I think 3.3 had this issue, but can you try a newer version since
> you're just copying the WAR:
> http://www.jasig.org/cas_server_3_5_1_release
>
> Thanks
> Scott
>
>
> On Tue, Jan 8, 2013 at 8:16 AM, Mckenzie J wrote:
>>
>> Scot
Jan 8, 2013 at 10:47 AM, Scott Battaglia
wrote:
> Mckenzie,
>
> Are you using the WAR overlay method for CAS deployments? If so, can you
> privately send me the ZIP of the overlay (minus any sensitive passwords)?
>
> Also, what version of Tomcat are you using?
>
>
hi Jerome/Kevin,
Please find the Http trace attached.This is the trace of the CAS war
(cas 3.5.1) deployed in a tomcat on a linux machine and there is no
custom code existing. I could see only 1 CAS TGC in the cookie
manager (the one with a slash / as set by the CAS code) but
Interestingly i coul
Hi Scott/ Jerome,
I have still not able to get a solution for that issue. But further
analysis on this , i have landed upon the above mentioned behaviour
which has thrown some light on the root cause. As mentioned there is
some way a duplicate cookie gets created. I have enabled and added the
debu
troubleshoot and close this issue.
Thanks,
Mckenzie
On Fri, Jan 4, 2013 at 7:34 PM, William G. Thompson, Jr.
wrote:
> On Fri, Jan 4, 2013 at 12:02 AM, Mckenzie J wrote:
>> Hi,
>>
>> We are trying to implement Single Sign On for our applications with a CAS
>> server
Hi,
We are trying to implement Single Sign On for our applications with a CAS
server for authentication. The CAS server is setup on a different domain and
the applications are in different domains. We face an issue with the logout
functionality.
1) The CAS TGC cookie that gets set in the brow
Any solution or workaround for the issue ?
On Thu, Dec 20, 2012 at 9:34 AM, Mckenzie J wrote:
> Here is the explanation of the links and flow. May be this can help us
> find the cause:
>
> 1) I click logout in my application whihc calls /casLogout.jspa which
> invokes an action
n't go through a filter. Its a Controller. Can you
> elaborate?
>
>
>
> On Wed, Dec 19, 2012 at 9:32 AM, Mckenzie J wrote:
>>
>> Hi Scott, i have removed the redirect to the specifiedin the
>> contructor-arg od LogutFilter. I accessed the appln again and w
houldn't but it helps to strip it down to the minimum).
>
>
>
>
> On Wed, Dec 19, 2012 at 8:27 AM, Mckenzie J wrote:
>>
>> No the cookie sent does not have a path . i rechecked or domain. there
>> is no typo:(
>>
>> On Wed, Dec 19, 2012 at 6:0
e.org
> /cas-server-webapp-3.5.1 End Of Session
>
> CASTGC "" /cas-server-webapp-3.5.1/ Thu, 01-Jan-1970 00:00:10 GMT
>
> Their paths should have been constructed the same way. Is that a typo on
> your end?
>
>
>
> On Wed, Dec 19, 2012 at 1:12 AM, Mckenzie J
Hi,
We are successfully able to logout of CAS . But We are in the process of a
seamles redirection of the CAS logout to the application again. We are also
able to achieve this as configuring the url parameter of the /cas/logout
pointing to the application URL.
Our spring has been configured wi
21 matches
Mail list logo
