<div dir="ltr">Thank you so much! Yes, I didn't know what to tell them.<div><br></div><div>They asked for the 'location' of our CAS server, and our email domain (O_o). Now, if they want email address as their login ID (so to speak), why would they want the email domain? Unless they want to verify someone's email exists? Sigh.</div><div><br></div><div>We weren't thrilled they chose to go with a service that doesn't support shib (and assumed we would let them do LDAP). And I don't understand how such a well-known and long-existing academic service hasn't been configured to DO saml auth, butl, as the young people say, Whatev-errrr. ;-)</div><div><br></div><div>Thanks again to everyone for taking time to write. If anyone is trying to get shib to work with any of the following, I've managed to do it (by way of trade):</div><div><br></div><div>gartner</div><div>banner ssomanager and eis (in cooperation with my colleague on the banner end)</div><div>hiretouch</div><div><br></div><div>Best,</div><div>Karla B</div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jul 1, 2016 at 2:38 PM, Walter Forbes Hoehn (wassa) <span dir="ltr"><<a href="mailto:wassa@memphis.edu" target="_blank">wassa@memphis.edu</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Depending on what client is being used (and thus what configuration options are presented), they will usually either ask for URLs for the login and validation endpoints or they will request a base URL (some clients refer to this as a “prefix”) from which the two are inferred.<br>
<br>
The base URL is: https://$HOST/idp/profile/cas/<br>
<br>
Thus, the login URL is: https://$HOST/idp/profile/cas/login<br>
<br>
The validation URL varies depending on what style of validation you are doing.<br>
<span class="HOEnZb"><font color="#888888"><br>
-WFH<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
<br>
> On Jul 1, 2016, at 1:13 PM, Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br>
><br>
>> Depending on your setup, you will likely need to add an entry to cas-<br>
>> protocol.xml. If the application doesn’t need any attributes besides the<br>
>> username, you are done.  To send attributes, you’ll also need to edit the<br>
>> standard filter configuration.<br>
><br>
> I think she's asking more about what they will ask from her, and the answer is that there is no metadata in CAS and its security model is much different. All they will ask is the location of your CAS server. I think even the paths/locations of the CAS ticket validation and request endpoints are hardwired in the protocol (SAML's are not, we never even considered that would fly, shows what making crazy assumptions can buy you).<br>
><br>
> -- Scott<br>
><br>
> --<br>
> To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a><br>
<br>
--<br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.net</a></div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div style="margin-left:40px">Karla Borecky<br>Systems Administrator<br>ITS<br>Smith College<br>Northampton, MA 01063<br></div></div>
</div>