<div dir="ltr"><div>Fazla,</div><div><br></div><div>I think you're still conflating the two ways that Shibboleth can interact with CAS.</div><div><br></div><div>It can either act as a CAS server(which is the endpoint you're accessing, and which does not need ShibCas) for CAS client applications using the CAS protocol<br></div><div><br></div><div>or</div><div><br></div><div>it can be a CAS client(ShibCas) of an actual CAS server.  ShibCas then uses the authentication provided by that CAS protocol transaction to perform a secondary assertion of user information to another service, typically using SAML as a protocol.</div><div><br></div><div>I think you want Shibboleth to be a CAS client, which means the CAS server functionality built into Shibboleth is not relevant.  The flow through the system would typically be:</div><div><br></div><div>SAML Service Provider -> Shibboleth SAML login point -> CAS Server -> Shibboleth ShibCas plugin -> Shibboleth SAML assertion generation -> SAML service provider</div><div><br></div><div>I think you should step back and understand how you want users to flow through the system you're building.  There needs to be a clear vector that is followed.<br></div><div><br></div><div>I'm not quite sure what else to write, I'm afraid.</div><div><br></div><div>I hope this helps,</div><div>Nate.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 6, 2018 at 1:11 AM, fazla <span dir="ltr"><<a href="mailto:fazlarabby043264@gmail.com" target="_blank">fazlarabby043264@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">We are trying to delegate the shibboleth IdP authentication to CAS. The<br>
ShibCas plugin is already added and then the service was also added in the<br>
cas-protocol.xml. I have attached relying-party.xml<br>
<<a href="http://shibboleth.1660669.n2.nabble.com/file/t398743/relying-party.xml" rel="noreferrer" target="_blank">http://shibboleth.1660669.n2.<wbr>nabble.com/file/t398743/<wbr>relying-party.xml</a>>   , <br>
cas-protocol.xml<br>
<<a href="http://shibboleth.1660669.n2.nabble.com/file/t398743/cas-protocol.xml" rel="noreferrer" target="_blank">http://shibboleth.1660669.n2.<wbr>nabble.com/file/t398743/cas-<wbr>protocol.xml</a>>  <br>
and  general-authn.xml<br>
<<a href="http://shibboleth.1660669.n2.nabble.com/file/t398743/general-authn.xml" rel="noreferrer" target="_blank">http://shibboleth.1660669.n2.<wbr>nabble.com/file/t398743/<wbr>general-authn.xml</a>>   .  <br>
<br>
Now if we try<br>
<a href="https://localhost:8443/idp/profile/cas/login?service=https://myservice.example.edu" rel="noreferrer" target="_blank">https://localhost:8443/idp/<wbr>profile/cas/login?service=<wbr>https://myservice.example.edu</a><br>
instead of redirecting us to cas we are getting this error on the browser.<br>
<br>
Web Login Service - Unsupported Request<br>
The application you have accessed is not registered for use with this<br>
service. <br>
<br>
<br>
This is the logs.<br>
<br>
<br>
<br>
<br>
<br>
<br>
--<br>
Sent from: <a href="http://shibboleth.1660669.n2.nabble.com/Shibboleth-Users-f1660767.html" rel="noreferrer" target="_blank">http://shibboleth.1660669.n2.<wbr>nabble.com/Shibboleth-Users-<wbr>f1660767.html</a><br>
<span class="HOEnZb"><font color="#888888">-- <br>
For Consortium Member technical support, see <a href="https://wiki.shibboleth.net/confluence/x/coFAAg" rel="noreferrer" target="_blank">https://wiki.shibboleth.net/<wbr>confluence/x/coFAAg</a><br>
To unsubscribe from this list send an email to <a href="mailto:users-unsubscribe@shibboleth.net">users-unsubscribe@shibboleth.<wbr>net</a><br>
</font></span></blockquote></div><br></div>