No peer endpoint available to which to send SAML response

[Ken Weiss]

Got it. No doubt I didn't clearly explain the difference between my
entityID and hostname to my local registrar. We'll resubmit the metadata.
It's very helpful to know that the XML metadata file isn't actually what
gets sent to InCommon.

Thanks very much for your assistance, Scott. And thanks again for not
flaming me... :-)


--Ken


------------------------------------------------------------
Ken Weiss                                 ken.weiss at ucop.edu
UC Office of the President              510-587-6311 (office)
California Digital Library              916-905-6933 (mobile)
UC Curation Center
415 20th Street, 4th Floor
Oakland, CA 94612






On 7/15/13 4:23 PM, "Cantor, Scott" <cantor.2 at osu.edu> wrote:

>On 7/15/13 7:15 PM, "Ken Weiss" <ken.weiss at ucop.edu> wrote:
>>
>>That's really weird, because I generated the metadata in exactly the same
>>way both times, and there has never been an actual hostname or resolvable
>>URL using dmp2-development.cdlib.org. My goal was to have an entityID
>>that
>>is NOT an actual URL/hostname. But clearly things would have been simpler
>>if I just made the entityID and the hostname the same.
>
>That's basically between you and whoever made the mistake, but they don't
>have to match.
>
>>How should I proceed to resolve this? Should I re-send the metadata with
>>the 'dmp2-dev.cdlib.org' endpoints, as it is in the version I attached to
>>my first email? Or is there some easier way to deal with this?
>
>You have to get whoeever has access on behalf of your organization to fix
>it, there's nothing else you can do. What you want to change it to is
>entirely up to you/them.
>
>BTW, InCommon does not deal in XML metadata regardless, the metadata
>process involves a web form with various drop downs and fields.
>
>-- Scott
>
>
>--
>To unsubscribe from this list send an email to
>users-unsubscribe at shibboleth.net