> Try hitting the proxyValidate page manually and check if get a proper response.

+1. I'd use JMeter and I'd mess around a bit to see if I could get that error experience.

Incidentally, do you really mean to be open to accepting proxy tickets, or should you be using serviceValidate instead?

Andrew


On 8/26/2011 1:46 PM, Joachim Fritschi wrote:
Charlie,

can you please give one of the simple phpcas examples a try and see if it is something specific that we can tie to the new host. (php version, curl, strange hostname? etc.)

The cas server log ends before the interesting part. You only have the part where the TGT is issued but the proxyValidate call is missing. Also the whole stack dump you are recieving on the phpcas end should be available in the logs.

It looks like inspectr is failing somehow with a null pointer. I can only assume that something has changed between your two hosts.

Things that come to mind:
- service settings in the cas admin gui?
- hostname
- ipv4 vs ipv6
- username/account used (missing required attributes?)
- other server in a possible cluster is hit?

Other things you could try: Try hitting the proxyValidate page manually and check if get a proper response.

Regards,

Joachim



Am 26.08.2011 18:32, schrieb Charlie Owen:
Hey all,

I'm using Drupal 7 (http://drupal.org) and the phpCAS library to
authenticate users with a remote CAS server, managed by our clients.
 From a web server hosted on http://linode.com this process works just
fine. Users are authenticated and logged into the application with no
problem.

However, if we move the application codebase, phpCAS libraries included,
to another server (a managed hosting solution) then the authentication
process starts failing.  In the response body field of the XML returned
from the CAS server to the web application, the <response-body> field
contains the complete output of a 500 internal server error page
generated by the CAS server.

Now, I'm at a loss as how to debug this problem, and I'd really
appreciate some pointers as to what solutions I can pursue in diagnosing
and fixing this.

I've attached the logs from the CAS server, which I've had sent to me
and from our phpCAS instance.

CAS java log - http://pastebin.com/meceifRb
phpCAS log - http://pastebin.com/aQztpuqZ

Charlie

--
You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user





--
You are currently subscribed to [email protected] as: 
[email protected]
To unsubscribe, change settings or access archives, see 
http://www.ja-sig.org/wiki/display/JSG/cas-user

Reply via email to