Remote IdP not responding?
Cantor, Scott
cantor.2 at osu.edu
Thu Jun 27 21:39:44 EDT 2013
On 6/27/13 7:13 PM, "Roger Jagoda" <rberryj3 at gmail.com> wrote:
>However, when we try a protected page from our SP server, we see these
>errors:
>
>shibd.log:
Yes, but that has nothing to do with the metadata error itself, what does
the relevant part of the log say?
>>
> backingFilePath="/tmp/shibboleth/testdb.idp2-metadat.xml"
It's a fairly bad idea to use /tmp for that. Or anything else really that
needs to last more than 5 minutes. Let the system generate the path, don't
specify one.
>Just in case, we added the local MetaFile that we were able to
>download from any browser:
>
> <MetadataProvider type="XML"
>file="/tmp/shibboleth/testdb.idp2-metadat.xm"/>
Do NOT do that, you don't want duplicate metadata. If the file were even
there, it would work, so I suppose it's not. Or it's incorrect metadata at
the source and isn't valid, or maybe even with something loaded, the
entityID in use isn't what's in the metadata.
>The REALLY stange thing is that we can use CURL and still access the
>remote meta from the SP Server itself:
If I were taking a wild guess, it would be that you're on Red Hat 6 and
don't have the custom libcurl in place and in use, but that's guessing.
The log will tell you what the problem is.
-- Scott
More information about the users
mailing list