<div dir="ltr">Took a look at the PHP handler wondering if perhaps that had anything to do with it and switched it to suPHP (this is a cPanel server and seems they're defaulting to cgi now for new servers) and that worked! I appreciate the help today debugging this and the input from everyone.</div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><big><big>Tim Owens</big></big><br>


Co-Founder • <a href="mailto:tim@reclaimhosting.com" target="_blank">tim@reclaimhosting.com</a><br>

<img src="https://docs.google.com/uc?export=download&id=0B7kAZWcfr4JvZVhnajE5YjRHTDA&revid=0B7kAZWcfr4JvbEJOTm8wQktjdEExUzhwWEZkNHlXLzQrR0VZPQ"><br></div></div></div></div></div>
<br><div class="gmail_quote">On Tue, Aug 23, 2016 at 1:08 PM, Cantor, Scott <span dir="ltr"><<a href="mailto:cantor.2@osu.edu" target="_blank">cantor.2@osu.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 8/23/16 12:59 PM, Tim Owens wrote:<br>
> Totally understood. I had been using the SAML Chrome Panel in the<br>
> developer toolbar to watch the request, though I'll be the first to<br>
> admit I don't have enough of an understanding to parse the returned<br>
> requests and see if there's anything amiss there. I'll take a look at<br>
> Fiddler and SAML Tracer as well to see if they offer more insight. The<br>
> logs thus far haven't shown anything of note since the requests are<br>
> processing successfully so I do believe as Scott said it's an issue with<br>
> the cookie but haven't figured out why the app can't accept it when the<br>
> session is valid. I'll keep digging and appreciate the responses from<br>
> you all!<br>
<br>
</span>It's the cookie internally to the SP, nothing to do with SAML. If you<br>
turn off active protection of content, it won't redirect automatically,<br>
and you would break the loop at least, which might help in debugging.<br>
It's the final resource access, and 99% of the time the answer is<br>
sitting right in native.log or the cookie's not even being submitted<br>
back. Usually the latter, which leads to no log of any kind and so no<br>
clues to follow.<br>
<span class="HOEnZb"><font color="#888888"><br>
-- Scott<br>
</font></span><div class="HOEnZb"><div class="h5">--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</div></div></blockquote></div><br></div>