AWS + ECP?

Brent Putman putmanb at georgetown.edu
Thu Feb 4 17:23:10 EST 2016



On 2/4/16 4:56 PM, Liam Hoekenga wrote:
>
> My bad.  I like pretty printing.  Here's the un-altered..
>
>

That looks good.  I even threw that into a file and OpenSAML ParserPool
can parse just fine.  So if that's literally the entirety of the request
body, it ought to work...

>  
> As downloaded, it does use the wrong content type.  I took a hint from
> John Dennis's message and added 
> -H "Content-Type: text/xml; charset=utf-8"
>
> The unmodified script does use application/x-www-form-urlencoded.  The
> SOAP request looks the same...

Ah, ok.  That makes more sense.


>
> The headers look the same, save the content-type...
> > POST /idp/profile/SAML2/SOAP/ECP HTTP/1.1
> > Host: shib-idp-test.www.umich.edu <http://shib-idp-test.www.umich.edu>
> > User-Agent: curl/7.46.0
> > Accept: */*
> > Authorization: Basic *************************
> > Content-Length: 735
> > Content-Type: application/x-www-form-urlencoded
>
> ...and both content types result in the IdP throwing a 500 (tho maybe
> for different reasons?)
>


Yeah, so with the right content type, does the IdP still log the same
XML parsing error?  If so, I'm at a loss.  Need to confirm, b/c it's
entirely possible that it's getting past the parsing but then throwing a
fatal error which results in the 500 and SOAP fault you previously
posted, for example something specific to the authN or ECP case.  For
example, not sure off-hand what that would return if for example basic
authN isn't configured correctly and so there's no REMOTE_USER visible
in the request.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://shibboleth.net/pipermail/users/attachments/20160204/0c2bf3e0/attachment.html>


More information about the users mailing list