<div dir="ltr"><div>OK thanks for that. Please bear with me. (Im a fresh Uni grad and most of this is currently beyond me). <br><br>So I dont need any new domains/subdomain, OK cool. <br><br>So I have installed Shibboleth on the server that hosts <a href="http://abc.com">abc.com</a> and I can navigate to<br><a href="https://localhost/Shibboleth.sso/Status">https://localhost/Shibboleth.sso/Status</a> fine.<br><br>What are the next steps??? Ive read I need to update shibboleth2.xml and modify the "Site" nodes but what<br>goes in here:<br><br>name="<a href="http://sp.example.org">sp.example.org</a>"<br><br>Im trying to set up an SP so that other institutions can access our systems using their<br>existing logins.<br><br></div>Thanks.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Nov 24, 2017 at 10:14 AM, Peter Schober <span dir="ltr"><<a href="mailto:peter.schober@univie.ac.at" target="_blank">peter.schober@univie.ac.at</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">* Chanda Banda <<a href="mailto:chandabnd727@googlemail.com">chandabnd727@googlemail.com</a>> [2017-11-23 17:55]:<br>
> I understand that if I have <a href="http://abc.com" rel="noreferrer" target="_blank">abc.com</a> and <a href="http://def.com" rel="noreferrer" target="_blank">def.com</a> on Server1 and <a href="http://xyz.com" rel="noreferrer" target="_blank">xyz.com</a><br>
> on Server2 then I need to install Shibboleth on both servers and the<br>
> installation on Server1 will handle both the domains on that server.<br>
<br>
Adding Shibboleth to the webserver doesn'r change what server handles<br>
requests, so yes: Only Server1 will continue to handle <a href="http://abc.com" rel="noreferrer" target="_blank">abc.com</a> and<br>
<a href="http://def.com" rel="noreferrer" target="_blank">def.com</a> and will be able to protect resources on those vhosts with<br>
SAML. Likewise Server2 will continue to handle what requests for<br>
<a href="http://xyz.com" rel="noreferrer" target="_blank">xyz.com</a> and it will be able to protect resources on this vhost with<br>
SAML2.<br>
<br>
Which is why I said you don't need to invent new vhosts or FQDNs for<br>
Shibboleth, you already have those for your resources.<br>
<br>
> You say "*Don't invent new FQDNs to protect content on existing FQDNs.*".<br>
> I presume by that you mean that i should have <a href="http://sb.abc.com" rel="noreferrer" target="_blank">sb.abc.com</a> and <a href="http://sb.def.com" rel="noreferrer" target="_blank">sb.def.com</a><br>
> but not <a href="http://sb.some-new-domain.com" rel="noreferrer" target="_blank">sb.some-new-domain.com</a>?<br>
><br>
> Am I right?<br>
<br>
No. If your resource is at "<a href="http://abc.com" rel="noreferrer" target="_blank">abc.com</a>" then Shibboleth also is at<br>
"<a href="http://abc.com" rel="noreferrer" target="_blank">abc.com</a>". Adding a new vhost "<a href="http://sb.abc.com" rel="noreferrer" target="_blank">sb.abc.com</a>" is precicely "inventing a<br>
new FQDN" I don't you to avoid. So don't do that.<br>
<br>
The Shib SP lives on your webserver. It provides its own content<br>
handler at (by default) /Shibboleth.sso so it will not intervene with<br>
requests to your resources. (Either way you'd need to take care that<br>
this is the case, e.g. by preventing the SP's handler to be proxied or<br>
otherwise processes by other software.)<br>
<br>
There is simply no need to add any new vhosts or FQDNs or servers<br>
otherwise the documentation would tell you do to so.<br>
Now I'm going one step further and tell you to NOT add those.<br>
<br>
HTH,<br>
-peter<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>