Skip to content
This repository has been archived by the owner on Jul 24, 2020. It is now read-only.

CAS Login Redirect Issue upon Deployment #493

Closed
caseywatts opened this issue Mar 6, 2014 · 8 comments
Closed

CAS Login Redirect Issue upon Deployment #493

caseywatts opened this issue Mar 6, 2014 · 8 comments
Assignees
Milestone

Comments

@caseywatts
Copy link
Collaborator

Every time we deploy a new instance of reservations we get caught in a redirect loop with the CAS login server. It seems that once we've successfully been to the CAS server once it will work. In the Chrome inspector's Network tab it shows the redirect to the CAS server and the redirect back. I just click on the link to the CAS server and that fixes it at least on my computer. I suspect it works on other computers too since Michael Dunlap didn't mention otherwise, but I didn't confirm.

I suspect URI encoding, and I noticed this relevant line in the rubycas-client documentation

...Note that you should always URI-encode your service parameter inside URIs!

maybe that's relevant?

I think I can reproduce this reliably by re-deploying to the development server, so I'll work on this issue.

@caseywatts caseywatts self-assigned this Mar 6, 2014
@caseywatts
Copy link
Collaborator Author

rubycas-client-rails is a little old and not updated recently, so I'm a little skeptical.

I just tried the more maintained rubycas-client instead of rubycas-client-rails but it was a little harder to setup and not quite worth it. I think we can pass the extra parameters to rubycas-client-rails if we'd like though!

@caseywatts
Copy link
Collaborator Author

I'm out of URLs to try, they all work again :/

It seems like after we're able get to the CAS server successfully even once the issue is solved forever. Maybe the CAS server 'remembers' the url and can parse it all of a sudden?

As far as I can tell we're URI encoding it successfully, here's an example:
https://secure.its.yale.edu/cas/login?service=http%3A%2F%2Fdevelopment.reservations.yale.edu%2Fstc%2F

@caseywatts
Copy link
Collaborator Author

Could this be relevant?
rubycas/rubycas-client-rails#17

@caseywatts
Copy link
Collaborator Author

Only sorta relevant, but we don't have this documented anywhere else.

We're currently set to gem 'rubycas-client', '2.2.1', and this explains why we haven't upgraded that:
rubycas/rubycas-client-rails#6

@caseywatts
Copy link
Collaborator Author

Called Howard Gilbert who knows a lot about the CAS server at Yale, and he explained to me how CAS works a little more so I have a better idea of what to look for. On the next deployment we do I'll try to take more thorough notes.

@mnquintana
Copy link
Contributor

Should we be upgrading our rubycas-client?

@caseywatts
Copy link
Collaborator Author

We could try the edge version from github?

@orenyk
Copy link
Contributor

orenyk commented Aug 27, 2014

I believe we figured out that this had to do with the AppConfig checks for new instances (see #684) - closing!

@orenyk orenyk closed this as completed Aug 27, 2014
@orenyk orenyk added this to the 3.4.0 milestone Sep 30, 2014
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

3 participants