<div dir="ltr">Apologies for the HTML email.  Below is the message again without html.  To clarify, the issue is that after authentication, when an https request is made without www in the host, shibboleth redirects to <a href="https://www.example.com">https://www.example.com</a>, losing the path.  Every other combination works correctly and the path is maintained (<a href="http://www">http://www</a>, <a href="https://www">https://www</a>, <a href="http://example">http://example</a>).<br><br>I've tried setting up an Alias but the documentation also specify that "Using an alias requires that you duplicate any request map settings for each host you want to allow.", but when I add <Alias><a href="http://example.com">example.com</a></Alias> to the <Site name=<a href="http://www.example.com">www.example.com</a>>, and then duplicate the request map, I'm getting a Shibboleth error.<br><br>Previous message without html:<br><br>We're using IIS 7.0.<br><br>We're having a problem in which the following request is authenticated, but after successful login, is incorrectly redirected to <a href="https://www.example.com">https://www.example.com</a>:<br><a href="https://example.com/site/aspx">https://example.com/site/aspx</a><br><br>But these requests all work correctly (after login, all are redirected to <a href="https://www.example.com/site/aspx">https://www.example.com/site/aspx</a> as expected):<br><a href="http://example.com/site/aspx">http://example.com/site/aspx</a><br><a href="http://www.example.com/site/aspx">http://www.example.com/site/aspx</a><br><a href="https://www.example.com/site/aspx">https://www.example.com/site/aspx</a><br><br>Do you have any suggestions?  Redirect rules configured in the redirect module seem to happen after any shibboleth authentication, so that doesn't seem to be a fix/problem.  <br><br>Our requestmap is configured similar:<br><Host name="<a href="http://www.example.com">www.example.com</a>" applicationId="idhere" redirectToSSL="443"><br>    <Path name="site"><br>        <Path name="aspx" requireSession="true" authType="shibboleth"><br>            <AccessControl><br>                <OR><br>                    <RuleRegex require="our_role">RoleName</RuleRegex><br>                </OR><br>            </AccessControl><br>        </Path><br>    </Path><br></Host><br><br>And our ISAPI:<br><ISAPI normalizeRequest="true"><br>      <Site id="####" name="<a href="http://www.example.com">www.example.com</a>"/><br></ISAPI><br><br>On Thu, May 25, 2017 at 12:12 PM, Cantor, Scott <<a href="mailto:cantor.2@osu.edu">cantor.2@osu.edu</a>> wrote:<br>><br>> > We're having a problem in which the following request is authenticated, but<br>> > after successful login, is incorrectly redirected to <a href="https://www.example.com">https://www.example.com</a>:<br>><br>> I can't make sense of what specific sequence you're asking about, and the use of HTML email (which I do not read) is a good way to really screw things up with all the embedded links. So I'm not really getting it.<br>><br>> That said...<br>><br>> > Do you have any suggestions?  Redirect rules configured in the redirect<br>> > module seem to happen after any shibboleth authentication, so that doesn't<br>> > seem to be a fix/problem.<br>><br>> I am aware of that particular issue, it's why the SP includes a hook to do port redirects, you can add redirectToSSL="443" in the RequestMap and it will do the redirects before any other processing of a request. That's the way to force user requests for an http vhost to get switched over and avoid the need for SAML endpoints on http.<br>><br>> I don't know if that's the problem or a fix but just in case.<br>><br>> Hostname issues have *nothing* to do with the SP. You determine all that, it has nothing to do with this software. That's why you have to map site IDs in IIS into the appropriate hostnames you want to support if you're going to assign settings based on them. All the software knows is what the client tells it the name is, so the software routes through the site ID to determine if that name is "appropriate" for the request.<br>><br>> If the question is how to allow for multiple hostnames on a site ID at once, there's an <Alias> element for that.<br>><br>> <a href="https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPISAPI">https://wiki.shibboleth.net/confluence/display/SHIB2/NativeSPISAPI</a><br>><br>> You must of course have rules in the RequestMap for all possible hostnames you want to support.<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></div>